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LIBRARY AUTOMATION INSTITUTE 



PROCEEDINGS 



INTRODUCTION 

On June 14 - 27, 1970 there was held a federally sponsored Training in 
Librarianship institute entitled "Planning, and Implementing Academic Library 
Automation Programs". The site the institute was the campus of Louisiana 
Tech University in Ruston, Louisiana. The institute was conducted under a 
grant from the United States Office of Education, Title II-B of the Higher Educa 
tion Act of 1965, P. L. 89-329, as amended. The grant was in the amount of 
$20, 273. 00 and was directed by Sam A. Dyson, Director of Libraries at the 
University, with the cooperation of the University's College of Education. 



sponsit 
puter science. 



Several reasons prompted the application to the federal government 
for funds to support this institute. Presently, if an academic librarian wants 
to take courses in computer science, he is obliged to take them as offered in 
schools of business or engineering. The courses are not oriented at all toward 
the bibliographic needs experienced in libraries. The examples, illustrations, 
problems, and terminology are all foreign to him, making the course more 
mysterious an,/ difficult. Few librarians can afford to take off from their re- 
Lbilitie^ for extended periods of time required of formal courses in com- 

A library-oriented, concentrated course in the use of computers 
in libraries is a definite need in the profession. Librarians can learn the use 
of computers even though they have had no background in data processing. This 
institute proved that beyond doubt. The profession is also in need of a course 
^syllabus which can be used either in a formal college course or in an in-service 
training situation. One of the by-products of this institute will be such a syllabus. 

One of the first steps necessary in the pi?. of fens institute \W£ to secure 

a well qualified faculty. Several criteria for selection to the faculty were used: 

(1) They must have had experience in automating library processes. 

(2) Background in both librarianship and computer science was highly desirable. 

(3) They must want to participate in the institute after closely reading the 
formal application as submitted to the Office of Education. 

(4) Each faculty member must have had teaching experience with the language 



selected by the faculty for use in the institute. 

(5) One of the faculty members must have had thorough knowledge of the 
Louisiana .Tech. Computing Center, 

(6) Each of four faculty members must have had working experience with 

automating processes in one of the following areas: (a) acquisitions, 

(b) cataloging, (c) circulation, and (d) serials. 









The faculty members selected were as follows: 

(1) For teaching the language: Mr. 'Roland Gatlin, Ph. D. can 1 ate 

and CDP, Mississippi State University 

(2) For teaching acquisitions automation: Mr. Bruce Alper, Library 

Systems Analyst, Florida Atlantic University 

(3) For teaching cataloging automation: Mr. John P. Kennedy, ata 

Processing Librarian, Georgia Tech 

(4) For teaching circulation automation: Mr. Gerry Guthrie, Director 

of Research and Development, Ohio State University Library 

(5) For teaching serials automation, systems analysis, and flowchar ing: 
Mr. Sam A. Dyson, Director of Libraries, Louisiana Tech University 

(6) For Tech Computing Center knowledge, and teaching theory and 

terminology: Mr. A. G. McKee, Director of the Computing Center, 

Louisiana Tech University 



The selection of the language to be taught during the institute was based 
upon two things: a questionnaire submitted to the faculty requesting they list 

languages in which they felt competent to teach, and a conference telephone ca 
during which they made a final decision. The language chosen was COBOL. 

This choice turned out to be a fortunate one, since all of the computer configura- 
tions represented by the participant’s institutions already possessed .he CO 
compiler. 

The next major consideration was the selection cf the participants. The 
application submitted to the -office of education required that twenty (20) he 
selected. The original application had the following geographic limitations, 
the State of Louisiana, East Texas, South Arkansas, and West Mississippi. ne 
hundred eleven applications were received from all over the United States. ase 
upon this response, the geographic limitations previously intended were dropped. 
Preference was given to applicants r ro^- the S' at- .oui. ianr . 

In order to be eligible, an applicant had to be employed in an academic 
library, a graduate professional librarian (implying a master's degree^in librarian 
ship), no previous experience or training in computer scMce, charged by their 
superiors with library automation responsibilities, and haiVe access to a com- 
puter.. There were only a few exceptions to the above qualifications , and so tne 
qrualif? cations seemed to be valid ones. 

The selection committee was composed of the Director and Associate 
Birector of the institute. A meeting was held in the Associate Director . office 
nine months before the institute was to begin, and twenty jarticipauts, and fiftee 
alternates were chosen. 
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Of the twenty who were chosen, one had to drop out of the institute at 
the very last minute--the day before the participants were to arrive. His library 
director died very suddenly, and he was unable to come during that time °f crisis 
for his institution. The hour being very late, the selection committee decided 
it was too late to get a replacement and the institute proceeded with nineteen 
participants from eleven states. Between the time that the selection was made 
and the beginning ofithe institute, sever! of the fifteen alternates were eventually 
contacted. Participants .in the institute are listed in the Appendix iSee Appendix ) 



In order to compile the class schedule, the Director mailed a tentative 
class schedule to each member of the faculty prior to the conference telephone 
call. During the telephone conversation, adjustments were made to the sche u e 
Several weeks before the institute was to begin, one of the faculty members, 
Bruce Alper, arranged, and the State of Florida financed, an addition to t le 
schedule allowing Dr. William Axford, Director of the Florida Atlantic Univer- 
sity Library, to come and meet with the participants and make a presentation 
on automating academic library budgets. Prior to that fortunate addition to 
our schedule, Mr. Alper volunteered to present the relatively new concept of 
Computer Output Microfilmers. This offer was enthusiastically accepted by the 
Director of the institute. Because of the wide interest in COM, the Director 
invited academic librarians and computer personnel from all over the State o 
Louisiana to attend this presentation. As the program worked out, Mr, Alper 
was helped in the presentation by Mr. John. P. Kennedy and about twenty (2.) 
visitors were present for this portion of the institute. 



The final program schedule as it was executed is included in the App^ >ii.. of 
this publication (see Appendix B). 



Pre -institute activities included a programmed instruction course, 
faculty meetings, and a "get acquainted" session Sunday night before the^insti- 
tute. The purpose of the programmed instruction course was to acquaint 
participants with terminology, theory, and logic of computers and to furnish 
all the Darticioants with a common store of background knowledge. The text 
lost was Sconce Research Associates' COMPUTER SYSTEMS FUNDAMENTALS 
in three volumes, published in Chicago in 1967. Each participant was asked to 
take the course at his own speed before arriving at Tech. Since only nine of 
the nineteen participants said they finished the course, its value to the program 
is questionable. 



The faculty meetings held prior to the institute were four. The first one 
was the telephone conference call previously alluded to several times. In 
addition to the other items already related, the faculty asked that the Director 
furnish thetxy with a list of participants, including addresses, the computer 
configurations available to each participant, and a copy of the programmed 
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instruction course. The faculty was asked to furnish the Director with any audio- 
visual equipment needs they had so that the equipment could be scheduled in advance, 
The Director agreed to secure sample MARC II tapes for use of the cata oging 
group and for any other data uses found necessary. Finally, the faculty was 
asked to furnish the Director with an up-to-date salary figure so that their actual 
pay would be reflected in their institute compensation. 

Three days of faculty meetings were scheduled immediately prior to the 
arrival of the participants. The agenda for these meetings is included in the 
Appendix (see Appendix C). At the first meeting the faculty received duplicates to 
the packets each participant was to receive. In addition tc the usual Chamber of 
Commerce" materials such packets usually contain, the following is a list of the 
academic materials and supplies in the packet: a COM glossary, COM equipmen 

descriDtions and articles, IBM COBOL Language Specifications and Programmer s 
Guide with accompanying TECHNICAL NEWSLETTERS, an IBM Application Brief 
describing Florida Atlantic University's system, a flowcharting template, Biblio 
graphies, a class schedule, a list of the names and room assignments o± a.l the 
participants, an institute brochure, an IBM Data Processing Glossary, GOBOL 
coding sheets, flowcharting forms, "Serials Automation", and a schedule of 
Manufacturer's Representatives presentations. Each faculty member added ma- 
terial to the above on his area of interest. A nameplate was also included in each 
packet, and this served as identification to all campus personnel so that faculty, 
and participants could have access to all eating, recreational, library and other 

services of the campus. 



The second day of faculty meetings included a final look at the class 
schedule, an outline of each faculty member’s plan for his formal presentation, 
the schedule for the informal meetings of the participants, and an outline of the 
parameters for the group problems. The outlines were valuable because they 
allowed each faculty member to coordinate his presentations and plans with the 
other members of the teaching team. The faculty members freely questioned, 
made suggestions, and discussed one another's plans-and improvements were ■ 

made . 

On the third day of faculty meetings, Mr. A. G.McKee went over the 
system requirements for Tech's Computing Center. The procedures to be use 
were presented in writing to each faculty member (see Appendix D). Faculty^ 
questions were answered by Mr. McKee and a^clear understanding of the Tech 
center was achieved. The proposed teaching syllabus was the next topic of con- 
versation. The faculty decided to postpone this discussion until the Director 
could submit a draft to them after the institute was over. The faculty decided 
to include everything possible in the proceedings of the institute. It will be the 
most complete document resulting from the program. It will be written by all 
the faculty and edited and compiled by the Director. Each participant is to receive 



4 




7 



a copy and the profession will have access to it by purchase. The participant 
evaluation will take the form of an anonymous questionnaire. Minor changes 
in the form were incorporated into the final document as approved by the faculty. 
This questionnaire is included in the Appendix of this publication (see Appendix 
E). Faculty evaluation will take place at a critique on the final day of the institute. 

Manufacturer 1 s representatives were secured through direct contact with 
the various firms. Eight major manufacturers were invited to make presentations. 
The Director worked with each firm individually. The representatives were 
given the following specific directions: They were to present their firm s hard- 

ware, its capabilities, library applications, cost and leasing arrangements, a,nd 
impending developments of interest to the library user. They could present 
any ,, handouts ,, they desired, and were encouraged to entertain questions from 
the audience , They were not under any circumstances to participate in question- 
ing representatives from rival concerns. Some of them gave the director a list 
of their equipment needs for their presentations. The representatives who 
participated are listed in the schedule published in the Appendix (see Appendix F). 
It should be noted here that General Electric's representative failed to show up, 
probably because the Computer Division of G t E» was allegedly sold to Honeywell 
shortly before they were to appear. 



After the arrival of the participants on the fourteenth of June, they were 
all assigned quarters in one of Tech's high-rise air-conditioned dormitorie s e 
At approximately 6:30 p.m. all the participants and faculty met in one of the 
meeting rooms in the dormitory where the Director briefly acquainted them with 
Tech and the City of Ruston. Meal tickets were sold to those who wanted them, 
and preparations were made for the receipt of room rent. Prior to their arrival, 
the participant's packets were placed in their rooms, so as soon as they arrived, 
they had them. Materials in the packe' were emphasized to the participants in 
order that they may know how much of it to bring to class with them. The location 
of the dining hall, library, classrooms to be used by the participants, and 
recreational facilities were explained, as were the procedures used in each 
facility. The importance of their n Io D. 11 badges was emphasized. Overall, the 
group seemed to be very enthusiastic from the very start. 



Perhaps a note on the method used to compile these proceedings will be of 
value or interest. For all the formal presentations (automation of the various 
processes, COM, Systems Analysis and Flowcharting, etc.) a tape recorder 
was used to record the actual presentation. These tapes were transcribed and 
then submitted to the one making the presentation for editing. The edited paper 
was accepted as submitted with only a few additions such as appendix notes, 
pagination, and so on. The group proceedings were submitted by the faculty 
member in charge of the group activity. Changes were made only to achieve 
more conformity in presentation and format. Other notations were written by 
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the Director from his notes and knowledge of the overall program- The main 
difficulty experienced was in capturing on tape the questions of the participants 
and comments made by faculty members from various points in the meeting 
rooms. This valuable part of the "feed back" was virtually lost to the record. 
Another area which was not recorded was the informal meetings both m the 
dormitory and in the computing center. Mr. Alper's very extensive an in- 
tensive demonstration programs were likewise not recorded. If this *» ever 
attempted again, these valuable sessions should be given much thought in or er 
to capture them for the record. 




FIRST DAY, 



June 15 
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THEORY, TERMINOLOGY,' AND TOUR OF THE COMPUTING 

CENTER 

By 

A, G. McKEE 




THEORY, TERMINOLOGY, AND TOUR OF THE COMPUTING 

CENTER 

By A. G. McKee 



First I would like to pass out this general information on the closed shop 
procedure we maintain in the computing center here at Tech. (See Appendix D) 
Take one and pass the rest back. Perhaps the first thing we should do is 
build an information dissemination system to take care of all this stuff. 

As Mr. Dyson said, the services of the computing center will be at your 
disposal for the entire period you are here: during our regular closed shop 
procedure or on a scheduled basis, depending upon what Mr. Gatlin and the 
other gentlemen decide when the time comes for the actual processing of appli- 
cation programs. The Center will be available on a scheduled basis for you 
to come in whenever the decision is made that it would be desirable. We will 
go through this procedure with you in detail right now. I will give just a few 
remarks about the Computing Center here at Tech and then we will go down 
and go through it and let you see what we have, how it operates, and just get 
the lay of the land on what is down there and how we use it. 

We do operate an IBM 360 Model 30. A Model 30 is at the low mid-range 
of IBM 360 computer systems. It is as large a model 30 as we can get core wise 
the next step up would be some other model in the 360 system. I think -it will 
be adequate to handle the needs that we find in this group- -we certainly hope 
so. We will do everything in our power to see that it does. 

We have two tape drives and three disc drives with a card reader, and 
printer with various other unit record equipment in the room. I am not going 
into detail with you on hardware because you are not particularly interested in 
it. Your interest lies principally in what that hardware can do for you as 
librarians. ■■■■■■':■ 

The system is operated on what we call "closed shop" basis --we have 
trained operators, full-time staff operators, and student operators. The com- 
puter system is somewhat complex to operate, as is the operating system that 
resides in the computer. The user is never allowed to push the buttons of the 
machine. We leave this to the trained operators so they know at all times what 
is going on in the system, and can take care of it. We operate the computing 
system on a closed shop basis for the user who brings his programs --the work 
to be done --to a dispatching window and leaves that work to be processed during 
the day and comes back there and picks it up. 
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We provide key punch service to all users. Now most of you, well, I 
guess all of you, received this programmed instruction course before you came, 
and you have learned through it that our principle means of communication with 
the computer system is through punched cards. This punched card is punched 
on a machine called a keypunch which operates much like a typewriter. It does 
print across the top of the card the characters that are punched in the card, but 
the computer reads the holes in the card, not the printing. We are going to show 
you how the holes are punched and give you some instructions on the use of the 
keypunch machine itself downstairs in the Computing Center. 

The Computing Center will provide keypunch service to you. You have 
coding sheets here that will be given you when you start writing your programs. 

You will write the programs on these coding sheets, bring them to the dispatching 
window, and at the Computing Center we have keypunch operators who will key- 
punch those coding sheets for you, and then you may return a short time later 
to pick up your deck:*. Be sure to proofread them. Just go through them and see 
if they look right. We will keypunch and verify everything and they should be 
right, based on what you put on the coding sheet. Our keypunch girls are like 
baseball umpires- -I tell them to call 'em as ycu see 'em, so if they see an s as 
a c, they will keypunch a c. Now, I hope that this type of thing gets caught at 
the verifying stage, because we have Barbara keypunching and Jane-t is verifying. 
The girls do not verify their own punching, so this gives an excellent check for 
errors. All of your programs should be keypunched correctly. So I ask you, 
please, when you write on these coding sheets, to write as plainly as possible 
and as neatly as. possible because neatness is of vital importance in transcribing 
from the coding sheet to the puncned card. 

Then you will, after getting your programs keypunched, present them 
into the computing system to be processed. You will probably have errors and 
will not want to go back through this formal process of getting errors corrected 

by keypunching through the closed shop system, although you certainly may, 

if you wish. You have this prerogative. The other possibility is that, hopefully, 
we will give you enough instruction on the use of the keypunch that you will correct 
your own errors. Especially if they are just small--one character or figure or 
something like this. If you do wish to go back through the keypunch service to 
get corrections made, take a coding sheet and code just that part of your program 
that needs correcting.;. Do -not submit your whole deck to be done over. Write on 

the coding sheets just those lines that need corrections, and then when you get 

those new cards back you may substitute them for the ones in error. You will 
understand this better after having had experience at it. I am sure Mr. Gatlin 
will tell you more about this and we will all be working together. 

Do you have any questions? Any time you are in the Computing Center 
and have a question about something, just ask any of us down there and we will 



be glad to help you and work with you. If we cannot answer your question, we 
will find someone who can. I have eight very competent student programmers 
in the Computing Center who are versed in nearly all the programming language 
so we do have help available if we need it. Let’s adjourn now to the Computing 
Center in the ground floor of this building. 



(NOTE: At this point Mr. McKee took the entire group on a detailed 
tour of the Computing Center. Each machine was explained from the point of 
view of soeed, capacity, and function. This presentation was heavily reinforced 
by the demonstrations given by Mr. A 7 during our "hands on" scheduled 
hours. The tour terminated in the keypunch room where each faculty member 
took several of the participants and gave tfestrt instructions and experience on 
keypunching procedures. At the end of tfcns period, all the students were com 
petent enough on the keypunch to make their town corrections. This^ was the 
beginning of many opportunities the participants hacrto use keypuncn eqmprp^nt. 
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SYSTEMS ANALYSIS AND FLOWCHARTING 



By Sam A. Dyson 



Your class schedule this afternoon calls for a soliloquy, I guess yom 
might say, on systems analysis and flowcharting. . Since many of you have 
already isolated the area in which you will begin your automation activity, 
perhaps we are somewhat justified in giving only passing thoughts to systems 
analysis and giving major emphasis in this institute to flowcharting. 



This afternoon we are going to discuss the more important devices 
in systems analysis, one of which is flowcharting. We are going to discuss 
kinds and treatment of flowcharts. 

You discovered in your programmed instruction, book that there ane 
five steps in solving data processing problems. Does anyone want to tell me 
what they were? Define, Analyze, Program, Implement, and Document your 
problem. The art work on this flip chart is courtesy of Sam Dyson, MFA 
(Moderately Finished Art). The five steps used in solving data processing 
problems then are: (1) Defining the Problem. (2) Analyzing the Problem. 

(3) Programming the Solution. (4) Implementing the Solution. (5) Com- 
pleting the Documentation. 

Which of these five steps would you .suppose is most concerned in 
systems analysis? All five have implications for system’s analysis, but those 
most concerned are problem definition and analysis. 



When one defines the problem, what did your programmed instruction 
course book tell you happened? One develops a problem st atement containing 
(1) a job description, (2) input information, (3) processing information, 

and (4) output information. "The final problem statement is a complete out- 
line or narrative containing all the information relevant to the solution of the . .. 
problem. . ." 2 The gathering of this data is part of systems analysis. Here 
you describe what is going on- -what is being done presently. The procedural 
steps you now take, the forms you now use, the format, contents, and arrange 
ment of those forms, and many other related points. You usually include in 
the definition of the problem samples of all the forms you use so the person 
who is going to take this problem can see at a glance exactly what you are 
presently doing. 

What did your programmed instruction course book tell you that 
problem analysis involved? ". . . deciding how to proceed in solving the 
problem "and listing the operations that are required. " The "deciding" and 
"listing" are important parts of systems analysis. Tools that are used in 
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p- ’ J blem analysis, ttv « of which are decision tables and flowcharts, are very 
ion&ortant parts of systems analysis. Not only is it importan 1 Vo construct 
decision tables and flowcharts describing what you want to do but a. so one 
must not overlook the extreme value of first describing what; e present 
pra ctice is. This is all systems analysis. 

When you analyze the job as defined, youi look at iit ant ' ask questions 
about it. You ask if there is anything you are doing you team le-ive out. Each 
step of the procedure is examined. You ask, ’ Why do we 'do t. is? '■ You try 
to answer that question honestly. There may be perfectly \rafei reasons for 
each step taken. On the other hand, you may do it becaus e it >»ias always been 
done that way. This kind of analysis will surprise you! Theree are more things 
than we like to admit that you and I do every day that we have cro reason for 
doing. We have always done it the way we do it; the one who foud the job previous- 
ly did it that way; and, therefore, we can do it that way, too.. There are a lot 
of little "picky" things that can, if left out of your operation, save you tremen- 
dous amounts of time and money over a period of time. You meed to <ask yourself 
questions about the steps you outlined up in your job description --why you are 
doing them; who does them; could someone else do them better ; are they done 
in the proper sequence; or could they just be left out entirely? flowcharts and 
decision tables help you do this questioning. 

Beyond these statements, systems analysis involves an overall but 
highly detailed look at the operations in a business, firm, or institution. It 
seeks to discover what is now being done; the procedures, equipment, people 
and forms used; and the costs required for each step taken. Then, it tries to 
rearrange all the ingredients in the organization to achieve the most efficient, 
logical, and productive methods for both doing the same jobs and making it 
possible to do more jobs with the same resources. 

We had a systems analysis of Prescott ILibrary a couple of years ago 
in conjunction with a university-wide analysis. The library's analysis was 
about two and one quarter inches thick and included forms, charts, graphs, 
statistics and a step-by-step detailed description of everything we do in the 
library. When the analyst sat down and went through it, he knew every process 
that we have in the library- -it was quite a formidable volume when we got 
through it. 

Once you have defined and analyzed your problem, your next step is to 
program the solution. This is where analysis and programming overlap. 

Your analysis has made it possible for you to see areas for improvement. 

You have changed some steps completely, altered the sequence of steps, re- 
designed software, and, in short, have arrived at a whole new set of procedures. 
The new procedures have been flowcharted, decision tables have been designed, 
and now you are ready to write the program in a language that your computer 
can use. We will use the COBOL language, which is a very sophisticated, 



flexible, and compatible language to bibliographic data. If you have designed 
your flowcharts and decision tables well, the Procedure Division of your COBOL 
program will be a very simple translation of the steps in the flowchart into the 
form required by the language. 

After programming your solution, the next step is to implement your 
solution on whatever equipment you have- -whether abacus, quipus, typewriter, 
adding machine, TWX, calculator, computer, or even a pencil and piece of 
paper. This is where you run your program with test data, and "de-bug it-- 
In other words, get the mistakes out. At this point, adjustments will be -made 
in your program and also in your flowchart. Documentation requires t at your 
final flowchart exactly reflect how the finished program is written. 

Here at Louisiana Tech we are at this point in our serials automation 
program. We have finished de-bugging and are ready to complete keypunching 
our serials holdings file. We have these nine programs on serials that are 
ready to run with actual data. 

The material you have gathered*- -your problem definition, analysis, 
your COBOL program, flowcharts, decision tables, old and new forms - -is 
all organized as a part of your documentation. You will not stay where you 
are forever, and you need to give the next fellow who follows you all the 
records so he can see how and why you decided to do what you did. When some- 
one else comes along and asks, "Why do we do this?", he can go back to your 
documentation and at least offer an explanation. 



In solving data processing problems you will, consciously or uncon- 
sciously, actually perform each one of the above steps. They may not be 
distinctly done --they all have a tendency to overlap--but when you finish the 
job, you will find that each of the steps were completed. For this reason, you 
really may do flowcharting in problem definition, analysis or programming, 
and will definitely include your prepared flowcharts in documentation. 

You will recall from our flip chart that the second thing we are going 
to discuss this afternoon is some important devices for solving problems. 

Two I will only mention and give you a reference on them in case you want 

more information. One is the Program Evaluation Review Technique, com- 
monly referred to as PERT. This device is used rather extensively by the 
armed forces and is a very elaborate set of . steps to be taken to evaluate 
work flow. A second device, called Work Breakdown Structure (WBS), is 
used by the building industry as a logistics device to assure construction 
materials and equipment are on site at the precise time they are needed. It 
you would like to read further on these two devices, Fred L. .Bellamy has an 
excellent article on them in the JOURNAL OF LIBRARY AUTOMATION, vol. 2, 
no. 4, 1969. pages 187-217. 
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Decision tables are useful when you ask yourself a question answerable 
by "yes" or "no", and based upon your answer any one of several steps may be 
taken. This device was outlined for you in rather minute detail in your pro- 
grammed instruction course. ^ For more complicated programs with various 
possible actions based on equally varied decisions, you will want to construct 
these tables in order to be sure you have considered every conceivable alterna- 
tive. Mr. Gatlin will point out, I am sure, that the computer will make no 
assumptions unless it is programmed to do so. You will get a nasty error 
message and your program will not continue past the point where you neglected 
to tell it what to do under a particular set of circumstances. This kind of pre- 
cise thinking will be very good for you in the next two weeks, for it will not 
allow you to leave any "loose ends" lying around. 



The device on which we want to spend the remaining time we have is 
the flow chart . There are two kinds of flowcharts with which you will have 
experience: the program flowchart and the system flowchart. If you have your 

template, the envelope it comes in has on one side the program symbols, and 
the other has system symbols. You will notice that there are several that are 
identical. These are basic symbols. Specifically they are input-output, 
processing, and direction-of-flow. On a flowchart, the normal flow direction 
is left to right, top to bottom. As long as your chart flows normally, you do 
not have to indicate with an arrowhead the specific direction. If you depart from 
the normal flow, however, you must add an arrowhead to your direction-of-flow 
line. We'll look at a couple of flowcharts to prove that you are more familiar 
with flowcharting than you perhaps realize. 

We have mentioned system and program flowcharts, but first we need 

to define a flowchart in general: 

(1) .. .a graphic representation of the definition, analysis, or 

solution of a problem, in which symbols^are used to represent 
operations, data, . flow, equipment, etc. 

(2) . . .a means of presenting information and operations so that they 

are easy to visualize and follow. They show the flow of data 
through an information processing system, the operations 
performed ip. the system, and the sequence in which they are 
performed. 

(3) ... a combination of symbols that represent the sequence 

which a combination of operations is to be performed. 

In short, a flowchart is a picture of the steps you take toward a solution to a 
pr oblem— ™whe the r it be literary, administrative or computer oriented. 

You have already seen some of the value of flowcharts, but let me be 
more definite. They serve the following purposes: A flowchart ... 

(1) ... defines steps to be taken in problem solving. 

(2) . . . establishes the most efficient sequence for these steps. 
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(3) . . . provides a picture of the entire problem. 

(4) ... promotes understanding of the problem and solution. 

(5) . . . aids in the documentation of the solution. 

(6) ... presents graphically the "...logic used for coding, desk 

checking, and debugging while testing. " 

(7) ... permits verification ". . .that all conditions possible have 

been considered. 1 

Flowcharting is valuable whether or not you ever use a computer. It is an 
everyday tool that you can use to get a deeper understanding of your present 
work. Now for those flowcharts I promised. 

(Plate I) This is a flowchart of a literary outline which traces the 
flow and limits of ideas. It happens to be one I constructed for the preparation 
of this paper. You can readily see the logic and relationship of the various 
parts to the whole. It is incomplete primarily because I could not get the 
complete chart on a single page. It is called PRINCIPLES OF FLOWCHARTING, 
and is divisible into six parts: introduction, definitions, purpose, procedure, 

examples, and problems. I have further broken down the introduction part to 
let you see the relationships. You will recognize that we are now at the point 
labeled "Devices in Problem Analysis" at the sub-division called "Flowchart". 
From, just what you see here, we still have a long way to go, do we not? In 
preparing any speech you are concerned about the logical flow of ideas. Your 
outline is, in a sense, a flowchart. 

(Plate II) Another familiar sight to you, especially the administrators 
in the group, is what we all refer to as an organizational chart., This, too, is 
a flowchart which traces the flow and limitations of responsibility. At the top 
we have the Director of Libraries with his advisory committees and special 
personnel. We are proposing here four coordinators: Technical Services, 

Administrative Services, Readers 1 Services, and the new Media Services. 

This chart details, to some degree, the Media Coordinator's responsibilities. 

He- (or she) has rhuch to do. The service, scheduling, media systems, 
Electronic Programs Learning Center, and Microprint Media personnel are 
all his responsibility. He will work closely with the- other coordinators and 
even with the area librarians to take maximum advantage of the non -print 
media services his division offers. One can see at a glance what his responsi- 
bilities and limitations are. Were this a complete chart for our library, with 
a very little effort one could see his place in the overall picture of library 
service at Tech. 'So you see, flowcharting is something you have been doing 
in one form or another all along. 
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The literary flowchart we saw a few minutes ago promised that we will 
now turn to a consideration of the kinds of flowcharts. We have already noted 
t h Tt there are two kinds of flowcharts: PROGRAM and SYSTEM flowcharts. 

We have also noted that there are three basic flowcharting symbols which are 

to both kinds of flowcharts: INPUT-OUTPUT PROCESSING and 

DIRECTION -OF -FLOW. Other symbols used will be discussed as oc 
to use them occurs in our various presentations. 

The following definitions of program flowcharts will help clarify the use- 
fulness of this device: 10 

(1) ... describes what takes place in a stored program. 

(2) ... displays specific operations a^J decisions, and their 

sequence within the program. 

(3) ... a diagram of operations and decisions and the sequence 

which they are performed by a data processing computer. 

(4) ... provides a pictorial description of a program. 

(5) . ! . clearly shows the functions of a program (or a rou^e) 

and the relationship of the functions to each other. 

A program flowchart is what you will prepare and use in writing your P ro §^ 
in the COBOL language. It will aid tremendously in programming your solution. 
It leads you step-by-step through your problem to completion. 

Sy stem flowcharting uses the same basic symbols as does program 
flowcharting, but there is a vast difference between the two Here, the em- 
phasis is not the program, but the equipment or hardware through which the 
program has to travel. An entire program run may be represented by a 
single system symbol.:. Let's look at these system flowchart definitions ^ 

(1) describes the flow of data through all parts of a system. 

(2) . * . an entire program run or phase is always represented by a 

single processing symbol, together with the input-output 

16 
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symbols . 

, . aids in assigning computer hardware to execute the steps in 

a program. 

You will learn from Mr. Gatlin that you have to actually assign the 
machine to perform a task— again, the machine assumes nothing. You te 
the machine that I want this program and my data is on a certain Pie^e_ 
equipment. A system flowchart helps to make certain you have not ..eft die 
machine to make unwarranted assumptions. 
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Now, let's see if we can distinguish between the two kinds of flowcharts. 

(1) . . . many steps of a program flowchart may take place at one 

point or symbol in a system flowchart. 

(2) ... the shape of the symbols used in a system flowchart specify 

the machine which will perform the function, whereas the 
shape of the symbols used in a program flowchart specify 
the format of the input-output data used. 

(3) ... a system flowchart traces work flow and progress through 

the hardware or machinery of a system, while a program 
flowchart traces the sequence, logic, and progress of the 
program through the system. 

All these symbols you will find on your flow-charting template. Un- 
fortunately, these symbols are not standarized, and so it is very helpful if 
in your documentation you indicate what your symbols mean by use of a 
Table of Symbols - -especially if your chart is to be universally used. 

Now, let's turn to flowchart treatment. There are two ways of treating 
a flowchart, and " r e will in the course of this institute, see both kinds: general 

or MACRO flow* arts, and specific or MICRO flowcharts. Some of the examples 
we have for you today will be very general; others you design in your group 
sessions will be extremely specific. Ih your first study of a particular problem, 
you will probably need a ; general overview of your problem- -a MACRO flowchart 
will do very well. Later on, it may be that each one of the steps you made in 
the MACRO chart will become a whole page of symbols in a MICRO chart. 

With all that for a background, let' s get down to specifics. There is a 
procedure which I have found very useful in working out a flowchart problem. 
(Plate III) First of all, you isolate the segment to be automated. For some 
of you that is a real problem, and for others it was no problem at all- -you 
were told, "We've got to automate circulation or lose our status in the 
academic community!" Well, somebody has to decide where to begin. ^ There 
are definite ways to make this decision, but, in the interest of time, we will 
not go into them here. Then, you analyze the present practice. In your analy- 
sis, the first thing you will do is to list the steps you take now. You need to 
firmly understand the way the job is now done. After you have all the steps 
listed, look at the list again.. Ask yourself, "Are all the steps there;? " If 
you leave out a step, it will cause you some grief later on. Then asii yourself 
two more questions: "Are all the steps listed ne ce s s ary ? " and "Are they in_ 

the proper sequence ? " Based on your answers to these questions, you change , 
adapt , and improve the list. 

Now, friends, when you get to this point your operation will improve 
almost automatically, whether' you ever do anything with computers or not. 
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FLOWCHARTING PROCEDURE 



A. Isolate the segment to be automated. 

B. Analyze the present practice. 

1. List the steps taken. 

2. Examine the sequence. 

a. Are all steps necessary? 

b. Are they in the proper sequence? 

c. Change, adapt, improve. 

3. Note the type of operation for each step. 

a. Input 

b. Processing 

c. . Output 

4. Fit each step into the appropriate symbol. 

5. Add direction of flow lines. 

C. List steps necessary prior to and following this segment. 

1. Information 

2. Procedures 

3. Sequence 

4. Fit each of these steps into a flowcharting symbol, it 

D. Place C. 4. and B.4. together, if practical. 

E. Using C.4. or B.4. above, draw the flowchart. 
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This drill cannot help but improve your operation- -if nothing else, it will 
acquaint you with what is going on in your library. 

The next thing we will want to do in this analysis is to note the typg. 
of operation that each step calls for, whether input, output, processing, or 
whatever. I usually indicate this by putting the symbol beside the statement 
concerned. The final step in this analysis is to fit each step into the appro- 
priate symbol with the flow direction indicated. Voila! You have flowcharted 
the segment. 

There are some additional things we should not overlook at this point. 
When you choose a segment to be automated, you must not isolate it to the 
extent it becomes an unassociated process. It must remain in context with 
the processes that precede it and those that follow it. You need to have well 
in mind what happens before the material gets to your segment, and what 
happens to it after it leaves this segment. You should also keep in mind that 
any single automated segment must be designed to be compatible with the 
overall system design you envision. You . t-'- . -oi . keep th&s/e things in mind best 
if you list them. They, too, may be put iinu symbols for possible future 
reference. They will be helpful if you dechdte later on tto automate those 
processes, too. 

Let's take an example. The segTnsmt we have: .isolated for automation 
is MONTHLY PERIODICAL CHECK-INS. W.e have automatically set some of 
the parameters of our problem; (1) periacaxcals, (2) monthly, (3) check-in 
procedure only, and we will also say (4) they are current subscriptions - -no 
new titles included. What you want to do is trace a monthly periodical from 
the time it gets to the serials; operation until it leaves. Of course, there is 
a lot that happens to a periodical before it is considered a current acquisition, 
select, order, set it up in the files, receive it, catalog it, etc. before you get 
to the place we want to start. Also, one of our parameters is that the present 
procedure we are going to flowchart is a manual system, and we are only con- 
cerned with one copy of the journal. You are only tracing the progress of the 
periodical from point A to point B. 



Shall we list the steps taken in our arbitrary example? 



(1) Receive the issue, 

(2) Batch for check-in. 

(3) Alphabetize by title. 

(4) Take to record file. 

(5) Find the record card. 

(6) Correct the alphabetical arrangement. 

(7) Record the issue on the card. 

(8) Write the call number on the issue. 

(9) Batch the completed issues. 

(10) Forward them for shelving by others. 




Now, this arbitrary, fictitious list of steps is moire or less complete. 
We ask ourselves questions about this list: Are all the steps necessary? Can 

number four be omitted? Are they already at the record file when they get 
to serials? Gan 2 be omitted? Do you really batch them for check-in? Is 
6 necessary? Is 3? Does the same person do 7 and 8? If not, why not? 

Are the steps in the correct sequence? Should 3 come before 2? Should 9 
be done during 8? 



For purposes of illustration let's assume this is the sequence we want. 
The next thing we want to note is the kind of operation each step requires. 
Numbers 1 and 10 are different from the others. What kind of a process is 
number 1 ? INPUT, that is correct. How about number 10? OUTPUT, right. 
Now, what are all the rest? PROCESSING, yes, that is right. By placing 
small symbols adjacent to each step listed above, we get a good idea what our 
final flowchart will look like. Connecting each symbol with a direction-of-flow 
line, we have a slightly MACRO chart of our process. 



Do you want another example? All right, let's take a circulation problem. 
Putting our circles down again, we want to trace a book from the time it is 
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brought to the charging desk until it leaves with the patron and the cards are 
properly filed. Again, from A to B. 




Our parameters are as follows: (1) it is a manual system; (2) a one card 

charging system is used with color coded card cover indicating c:a‘ce due; 

(3) These axe books which have been in the collection for some nxne--no new 
books; (4) we use a two week dhaarge; (5) it is a normal charge — no special 
features. What is the first thing we do? Yes, we list the steps: 

(1) Student brings the book to the desk to charge it. >!—J 



(2) Check student I. D. card. 

(3) Student signs the book card indicating address. 

(4) Compare I. D. information with that on the card. 

(5) Stamp the date due in the book. 

(6) Student takes the book and the I. D. card. 

(7) Stamp the date due on the book card. 

(8) Attach color coded card cover. 

(9) File book card by call number in circulation file. 
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What is next? Ask yourself all the proper questions: Are the steps in logical 

order? Are they all necessary? Assuming that they are, what do you do next? 
That's right, you put a symbol beside each step. What is the first step? 

INPUT, that is right. Is there any other step that could be input? NO, not 
in this MACRO chart. Which steps could involve a decision? Numbers 2 and 4. 
Look on your flowcharting template under program symbols and see if you can 



find one for a decision. The DIAMOND shaped one is the decision symbol. 

Put that beside each of the steps number 2 and 4, Which of the remaining 
steps are processing steps? 3, 5, 7 and 8, yes! There are two steps remain- 
ing ; what symbols do they require ? OUTPUT is correct. Connecting these 
symbols with cmnrection-of-flow lines and you h ave a near complete flowchart. 

One other symbol should, be added to each end of the chart- -what do you think 
that might be? TERMINAL symbols, yes. One could be labeled start and 
the other "star*". Does anyone notice something we have not allowed for. 

What if the picture on the I. D. card, or the name and address (ho not matcii. 

We have accounted for a ’’yes'* answer to the decision symbol, hu. what happen 
if the answer should be "no”? The charge should call, should at z-jss • Anoflie 
processing symbol should be entered to the right of the first decision symbo 
in which are written the words "charge fails", and then another Barmin a 
symbol indicating a "Stop" to the right of that. The "no" branch beside step 4 
can lead to the same two added symbols above --be sure you add an arrowhea 
to the line violating our normal flow pattern. There are many other steps we 
could take on this problem, but this is sufficient for our present purposes. 

(See Plate IV for completed flowchart) 

It would not be fair of me to let you go this afternoon with™ giving 
you an assignment. Therefore, please do the following and let nne look at it 
before tomorrow morning, You will have some time now to get started. 

ASSIGNMENT: Choose a well defined and limited problem area in 

your library and flowchart the present practice. (After a few minutes the partic 
ipants were asked to report on what area they had chosen for flowcharting 
Some of the problems were too broad for our purposes and they were asked 
to further limit them. It is interesting to note that there were no two problems 
alike - -every one of them chose a different problem area. The charts were 
completed and the faculty members made suggestions for improvement. ) 
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COBOL PROGRAMMING LANGUAGE 
Instructor: Roland Gatlin 

Summary by Sam Dyson 



Mr Gatlin began his three day presentation with a brief survey of how 
a computer works. He presented the "on" - ’’off” binary principle and trans- 
ferred this concept to the current of a core of computer memory. The it, 
byte,, and character storage was clearly, but rapidly presented with some 
reference to hexadecimal representation# 

Next his attention was turned to computer logic. He noted that contrary 
to common belief, a computer is not a "mechanical brain" but a tool just as a 
calculator, and adding machine, or any other piece of equipment. compu er 

is only as accurate and efficient as the data fed into it and programmer instruct 
ing it. A computer can assume nothing. Therefore, one must consider every 
conceivable condition in instructing a computer; otherwise, he will be asking 
the computer to make an assumption. Flowcharts and decision tables are tools 
which are used to make this problem easier. 

In instructing a computer, one must identify the program, assign the 
equipment to be used, describe in detail the data which will be presented and 
the storage areas required, and then outline in simple step-by-step statements 
how the problem is to be solved. COBOL programming language lends itself 
well to this kind of problem solving. 

Mr, Gatlin presented COBOL in its four divisions. Each division was 
considered with emphasis on the simplest required statements. In order to 
illustrate the divisions, the students were asked to code and punch a set of 
address cards in the following format; 



cols. 1-30 
31-60 

61, value, M if male, F if female 

62, value, 1 if faculty, 2 if student 
63-65 

66-69 

70-79 

80, value, 1 
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Card one; 

name 

institution 

sex 

participation 

room 

telephone 

blank 

code 



Card two: 



street address 


cols. 1-30 


city- state 


31-55 


zip code 


56-60 


blank 


61-79 


code 


80, 



During the next class period, these cards were collected and duplicated 
so that each class member was given a complete set including faculty. 

Using these address cards as data, the class was asked to flowchart, 
code, keypunch, and run a class directory for their use. They were given the 
required control cards, and the faculty helped them to get started. 

The first program produced an unformatted printing of the information 
contained on the cards in the order appearing on the cards. (See Flowchart A, 
Program A, and Printout A. ) By the end of the second day of COBOL language 
instruction, every member of the class had succeeded in this program. 

The second program produced a formatted list with uniform spacing, 
and having little relationship to the appearance of the data on the cards. (See 
Flowchart B, Program B, and Printout B. ) This gave every participant a 
clafis directory. 

The third program asked for a selective printout of all the participants 
from East of the Mississippi River, and a count of all the participants from 
West of the Mississippi River. (See Flowchart C, Program C, and Printout C.) 

At the end of the second day of instruction in COBOL the class was asked 
to take the COBOL EXERCISE (which see, following Printout G). /his was an 
anonymous exercise, and was very revealing with reference to our desired 
success. The entire faculty helped to correct misconceptions and to give help 
as requested in the exercise. The faculty was very pleasantly surprised at the 
grasp the students had of the COBOL language at this point. 

With this background, and with successful experience with the computer, 
the participants were now ready to tackle various problem areas of library 
technology. The success of the students bears testimony to the excellent in- 
struction which Mr. Gatlin presented, and to the very helpful attitude of the 
faculty. 

Of course, COBOL was used throughout the institute, and so the partici- 
pants had ample experience with it in relation to library problems. This three 
day introduction gave the participants an idea of the power, use, and flexibility 
of the COBOL language. 
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PROGRAM A 



IDENTIFICATION DIVISION. 

PROGRAM -ID. 1 LAIO 1 1 . 

AUTHOR. AHW. 

REMARKS. LAI PARTICIPANTS LIST. 

ENVIRONMENT DIVISION. 

INPUT-OUTPUT SECTION. 

FILE -CONTROL. 

SELECT CARD ASSIGN TO 'SYS012' UNIT-RECORD 2540R. 

SELECT PRINTER ASSIGN TO 'SYS014' UNIT -RECORD 1403. 

DATA DIVISION. 

FILE SECTION 

FD PRINTER RECORDING MODE IS F, RECORD CONTAINS 133 CHARACTERS, 
LABEL RECORDS ARE OMITTED, DATA RECORD IS PRINT -LINE. 

01 PRINT -LINE. 

02 FILLER PICTURE X(133). 

FD CARD RECORDING MODE IS F, RECORD CONTAINS 80 CHARACTERS, 
LABEL RECORDS ARE OMITTED, DATA RECORD IS ADD-CARDS. 

01 ADD -CARDS. 

02 FILLER PICTURE X(80). 



PROCEDURE DIVISION. 

OPEN IN PUT CARD. OUTPUT PRINTER. 
START. READ CARD AT END GO TO EOF. 
MOVE SPACES TO PRINT -LINE. 

MOVE CARD TO PRINT -LINE. 

WRITE PRINT -LINE. 

GO TO START. 

EOF. CLOSE CARD, PRINTER. 

STOP RUN. 
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FLORIDA ATLANTIC UN1VERS.1TY- .M132124S1 *~ 

BOCA RATON, FLORIDA 33432M1321 

UN I V OF THE SOUTH M22144123 

SEWANEE TENNESSEE 37375M2214 

L SU M ED SCH-I N-SJdREYEEORX -M 13 14 3468 — — 

SHREVEPORT 71102M131 

SOUTHERN UNI VERSITY L. . : — M2309.39.T4. 

BATON- ROUGE , LOUISIANA 70813M2039 

. NEWARK STATE COLLEGE . M231 731.8 3 

NEWARK, NEW JERSEY 07106M2317 

__S T EJ S ON _ UNI.VERS.IJ_Y _ M 23154_2J.4__ i_ 

DELAND FLORIDA 32720M2315 

...SOUTHEASTERN LA. COLLEGE , M23154214. r ~ 

HAMMOND LOUISIANA 70401M2315 

...BELMONT COLLEGE M23084Q6.1. 

NASHVILLE, TENNESSEE 37203M2308 

M I S S I S S I.P.P.I— S-TA T.E_.UN.LVERS.LT Y — M 23 1 2 *- 

STATE COLLEGE, MISS. 39762M2312 

...ARKANSAS STATE UNIVERSITY M22134034. 

STATE UNIVERSITY, ARK 72467M2213 

...ARKANSAS STATE UNIVERSITY,. F321 34034 
STATE UNIVERSITY, ARK 72467F3213 

_ _LA_POLYTE CHNI.C—I.N S J M 2 3 0 64.2.6 9_ 

JONESBORO, LOUISIANA 71251M2306 

. WICHITA STATE ..UN I VF RS.LT-Y. — M23133586 

WICHITA, KANS. 67208M23 1 33586 

^.CLEVELAND- STATE Cf A ..COLL M23103872 -• 

CLEVELAND TENNESSEE 373 1 1M23 103872 

TH F I TN D E N W ODD— CO Ll.EG.ES_ E 2302 486 6 — - 

KIRKWOOD, MISSOURI * '« 63122F2302 

...CENTENARY.. COLLEGE OF LA... F 230 1478 7 - 

SHREVEPORT, LOUISIANA 71105F2301 

FT. LEWIS. COLLEGE. ... ..F23034787 :. 

DURANGO, COLORADO 8 130 IF 23034787 

N 0 RJ HE A ST— L A_5TAXE— C.O.LLEG.E— -^T -M.2 30 74J9_4 

“MONROE LA 71201M23074194 , 

M EM PH I S S TAJ E • UN I YER S I X Y. M 2 31 8.3 084 — . r ? . . 
MEMPHIS, TENNESSEE 38116M2318 

UNIVERSITY OF. SOU.T.HW ESTER N L A . M 2 30 54 592 .... 

"""’PERRY LA 705 75M23054592 •' 

TEXA S— W.OM AN.,.S_UN I VERS I TY .M23L6_ 

DALLAS, TEXAS • 75234M2316 

: MISS . _ _S TATE _ UNJ.V ER SXTX — . . --- M 13 2 324 8 L 

STATE COLLEGE, MISS. 39759M1323 
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SOURCE STATEMENT 



CBD CL3-7 12/22/70 



IDENTIFICATION DIVISION* 

PROGRAM— ID . ' LA I 2'«. : 

AUTHOR. ViMW. 

REMARKS* I NST ITU T E DIRECT ORY 
ENVIRONMENT DIVISION* 

I N P UT-QUTPUT SECTION. 



SECOND EDITION. 



F^E-CONTRCL. ASSIGN TO °SY5012» UN IT— RECORD — 2540R-__ — _ — — 

7 ^ E L EC ^lfSOTAr if- ljf^ T— R EC ORD 1403 . 

DATA DI VI S ICN.J — — — — 

F D L E C A RD- 1 ^RECORDING M ODE. I S_ F, RECO R D CONTAINS 80 CHARACTER Sj _ 



LabeL records 

RECO RD-B-. 



“ARE - OMITTEDt, DATA RECORDS ARE RECORD— A* 



01 



RECORD- A. 
02 _ NAME 
02 INST 
02 SFX 



PICTURE 

PICTURE 

PICTURE 



X_t 30) 
X f 30 ) 
A. 



-part 



CODE- 

RCCM 

TELEPHONE 

FILLER 



01 



02 
0 2 
02 
02 

02 CD— CODE 
RECORO-B* 



"PICTURE 

PICTURE 

PICTURE 

PICTURE 

PICTURE 



9. 

XXX. 



9999. 

XUO) 



02 

02 



ST-ADO 

PLACE. 

0 3 “ CTY-ST 
03 ZIP 



PICTURE X (30 ) 



02 FILLER 
02 CARD-CODE 



PICTURE* 

PICTURE 

PICTURE 

PICTURE 



X ( 2 5 ) 
X ( 5 ) 



X ( 19 ) . 

9. 



FD 



DIRECT ORY RECORD l N GlTODr is F. REC0R ° £ONWNS 13 3 CHAHAt. ' EK :■ 
CABEL RECORDS^ ARE OHI TTEPt DATA RECORO IS PRINT-LINE ^ 



01 print- Line. 
02 FILLER 



PICTURE X ( 20 ) . 



02 



"PH ONE . 

03 XCHANGE 



03 

03 



NUMBER 

FILLER 



• 02 D AT'A-F I ELD 

02 FILL ER 
Vi ORK I NG-ST ORAGE 
7 7 COUNTER . 



P ICTURE X ( 4 ) . 
PICTURE 9 (4 ) . 
PICTUR E XX. 
PICTURE X 130) 
PICTURE X (73) 



SECTION." 

PICTURE 



99 



77 TEST 
PROCEDURE 



DIVISION. 



PICTURE 9 



VALUE 

VALUE 



ZERO., 

1. :V 



OPEN 
BEGIN. 

MOVE 



I N P U T "C A R D- 1 N7"0 U T P U T DIRECTORY . 



SPACE S TO PRTnT-LINE. . ... 

WRITE PR INT— LINE AFTER O' LINES . 

"TO COUNTER.. :>r 

CARD— I N AT END GO T O FINISH, 



MOVE 01 
START. READ 



IF 

IF 



TEST = 
TEST = 



GO 

GO 



TO 

TO 



MOVE-A. 
MOVE— B* 



OTHERWISE DISPLAY ♦ INVALID CARD COD 



•E 

GO 



NUMBER' - ; 
TO START. 



"MQV'E—A • IF CD-CODE "NOT EQUAL TO 
» C OR RE C T S EQUENCE* . 



TEST DISPLAY 'SORRY* CARD NOT IN 



% 






me 






BROGPAM'B 












y 



SOURCE STATER ENT 



"ROVE SPACES TC PRINT-LINE. 
ROVE *257~ r TO XCHANGE 



ru vc c. ^ t v w — 

ROVE TELEPHONE TO- NUMBER. 

ROVE NARE TO DATA— FI ELD. 

WRITE” PRINT-LINE AFTER 2 LINES. 
ROVE SPACES TO PRINT-LINE. 



ToVTTNST TO DATA— FIELD. 

WRITE PRI NT— Lt NE AFTER I LINES 
ROVE SPACES TC PR INT-L I NE . 



CORPUTE COUNTER = COUNTER + 3 *__ — — 

rniiNTFR S ECUat’ TO 50 OR COUNTER greater thou so go to. 



RUT CM D4. 

. — t s not in correct sequence*. 

ROVE SPAC E S TO: PR 1 N T L • — — “ 



ROVE ST— AO D TO DATA-FlELO. 

WR I TP P RT NT— LI NE AFTER I LINES 



ROVE spaces TO PRINT-LINE. 

ROVE PLACE TO DAT A-F I ELD j. 

WRITE PRINT-LINE AFTER 1 LINES. 



CORPUTE COUNTER^ C OUNTER + 2. 
ROVE 1 TO TEST. 



TO 50 OR COUNTER GREATER TJ jMLagJg-B-BSglfl. 



“ “OTHERWISE GO TO START. 
FINISH. CLOS F CARD-INt DIRECTORY 
" STOP RUN. 
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257—4269 


ALBERTI, DINC A. 

LA POLYTECHNIC INST 










P. C. BCX 607 
JCNESBORO , LOUISIANA 


71251 






257-2697 


ALPER , BRUCE H. . 


* 


'• 1 






FLORIDA ATLANTIC UNIVERSI 
100 ROYAL PALP WAY 


TY 








BOCA RATON, FLORIDA 


33432 






257-4866 


AMBLER, MARY ELIZABETH 
THE LI NOENWCOD COLLEGES 










929 ROBERT PLACE 
KIRKWOOD* MISSOURI 


63122 






257-3872 


ARCHER. DAVID 






. CLEVELAND STATE COMM CELL 
1100 20 ST NW 




- ■ -■ - — -* ■ ■ — — ■ — 


CLEVELAND TENNESSEE 


37311 


‘ 




257-4061 


BROWN, HUGH A. 
BELMONT COLLEGE 










BELMONT COLLEGE 
NASHVILLE, TENNESSEE 


37203 




' _ f ' 


V. • 257-3586 


CARRAWAY* EDWARD E. 






. . . WICHITA STATE UNIVERSITY 

1547 N. YALE BLVD. » 






WICHITA, KANS. 








257- ■ 


CARTER, JOHN M. 

MISSISSIPPI STATE UNIVERSITY . 








P.O. BOX 5346 
STATE COLLEGE, MISS. 


39762 




: ?‘ r ': : - 


;?>*$7— 3468 ' 


DRAKE. MAYO .. 










LSU MED SCH IN SHREVEPORT 
; 3756 RICHMOND AVENUE 






V V?:'-,' < ‘V.-’ ■ ’• [ 


SHREVEPORT, LOUISIANA 


7 1 i U H 






257-4334 


DYSON, SAM A. 

LOUISIANA TECH UNIVERSITY 








2 WESTWOOD HILLS 
RUST ON, LOUISIANA 


71270 




' ■■ ■? 


257-3183 


FERRARA, MARK M 










NEWARK STATE COLLEGE 
25 MANOR DRIVE 






,■?? 


* : yr. ^ ^ • ? 'j ? \x 


NE W A R K * NE W JE R S E Y 


07106 


■ » 




? ’ ^ ^ Yv? ?-A^ 


; PRIN TOUT . B : V ' • "?' 










' :-■?? * ■ 








'* ?? 'Kv: 










?! ;?.?■ ' Y ?;■•?. ?•' i : * ; 'Kl *: u: &S I- Y 


(‘J-’-}-' V.--' ; v? ? ?- V V / 






“E^c 


: ;• ./•.Y.-.'vv. * ?-4 ; • • ... "? ; ‘ 1 -]?'?? 










“ V.. 1 - ;vY v ?.> — 











257-2481 


GATLIN*, ROLANO 0. • 
MISSo STATE UNIVERSITY 








— p „ c. 80X 863 

STATE CCLLEGE * HISS. 39759 — 


. • V . ' 


7 57-459 2 


GIBSON* OENNIS A 








— : ■ '""“university of southwestern la 

P 0 BOX . 


— — ; PERRY LA 70575. 




257-4787 


GRAHAM* SANDRA D. 

FT e LEWIS CCLLEGE — 








— : -Q4Q PLYMOUTH OR. BOX 202 

OURANGO, COLORADO 81301 




257-4214 


greaves* LANDON 










V 


SOUTHEASTERN LA. CCLLEGE 

P.O. 302 COLLEGE STATION _ _ 








: — HAMMOND LOUISIANA ru*»ui 


* 


257-3545 


GUTHRIE* GERRY D. 

OHIO STATE UNIVERSITY 








— RE SC. CTR. 1314 KINNEAR RU. 

COLUMBUS* OHIO 43212 




257-2778 


KFNNEDY. JGHN P. . 












GEORGIA TECH 

1308 VALLEY VIEW RD. 








_________ — ; D UN WO CD Y* GEORGIA 30338 




257—4194 


NC DONALD* BAXTER JR. 
NORTHEAST LA. STATE COLLEGE 








-;v: '- v:' : 




2 207 G7LLE ST 

MONROE, LA. 71201 










257- 


/ MI NITER* JOHN J. 








— — — — — TEXAS WOMAN* S UNIVERSITY 

V". -- - s >.' 13*>IT HEARTSIDE PLACE •. 


: ^.v-v / 'J: 


':yyZ ' ■ V 


DALLAS, TEXAS r * £3 *:. 






.■ » ■ ; 




' 257-3974 


POUNCY, MITCHELL L. 
SOUTHERN UNIVERSITY 


■ ‘ , ' ■" 


... , 








BOX 10031 SOUTHERN BRANCH 
BATON ROUGE* LOUISIANA 70813 








• ■ . ; L • 


257-4034 


TAYLOR, GERRY M 












ARKANSAS STATE UNIVERSITY 
BOX 1017 










7;7\ : KV‘V-. v>‘- 


STATE UNIVERSITY* ARK 72467 
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; cont.* 








Z/ : 




-S' ;• '• v-K 
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257-4034 TAYLOR, MYRA 

ARKANSAS STATE UNIVERSITY 






BOX 1 C 1 7 

STATE UNIVERSITY, ARK 72467 _ 





257-4123, 



TR IBB LE , EDWARD JL&. 

UN IV OF THE SOUTH 

RT 1 BOX 5 7 

SEW A NEE TENNESSEE 



37375 



257—4787 WHITE, ANNA H. 

C E NTENARY COLLEGE OF LA. 

231 CARROLLTON AVE. 

SHREVEPORT, LOUISIANA 71105 



257-^3084 



W IC KE R,_W I LLI AM W , 

MEMPHIS STATE UNIVERSITY 

924 MCSBY ROAD . 

MEMPHIS , TENNESSEE 38116 



257-4214 YATES, DUDLEY 

STETSCN UNIVERSIT Y 

— ROUTE 2 BOX 667 D 

DELAND FLORIDA 32720 
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. ' Program C 

cnnorp ^TATPMENT - ~ AMBLER. MARY fCBDCL 

4E NO. SEQ. NO. SOURCE STATEMENT ^ j 

' _ X“OOXOA IDENTIFICATION DIVISION. j 

2 00105 PROGRAM-ID. *LA102'. ....... 1-“ 

3 00106 AUTHOR. MARY ELIZABETH AMBLER. 

A 00107 REMARKS. LAt PARTICIPANTS LIST. 

5 001071 THE LINDENWOOD COLLEGES. ' 

.... . 6 .; 00108__6NVIR0.NMENT DI VISION. r~— : 

7 00109 INPUT-OUTPUT SECTION. 

q SSii?-.- F1 “si2ScT CARD ASSIGN TO *SYS012* UNIT-RECORD 2540R. , 

10 00112 SELECT PRINTER ASSIGN TO ?5YS0i4« UNIT-RECORD. 1403. 

11 00113 DATA DIVISION. 

— } * — ®*} }J-K ke *ec(^'iniRToHTmo BecWiiTSooe is T""" 

00116 I.. RECORD CONTAINS .133 .CHARACTERS DATA RECORD . IS PRINT-LINE. 

15 00117 01 PRINT-LINE. 1 

nnilft 02 FILLER .. . PICTURE .XU33), 

1? 00119 FD CARD LABEL RECORDS ARE OMITTED RECORDING MODE I SF 

__ \l 00120 ^RECORD C0NTALN.S„80_CHARACXERS_J)AXA_BEC0RD.S_ARE_NAME^CARDj. 

' )9 ADD-CARD. j 

70 01. NAME-CARD. ..1 - - .-.j-.—- — --- - .— - T -- 

21 00201 ' 02 NAME PICTURE XI30U ,! 

22 00202 .... 02 INSTITUTION... PICTURE XI 30. 

23 00203 02 OTHER-DATA. . . ! 

24 0020 4 0 3 _S E X. — P I CT U R E_X — — — — ~Y~~~ 

ps 00205 03 PART . PICTURE X. .. i. 

26 00206 03 ROOM..... ... PICTURE. XXX .. — — 

' r " v ‘ 27 OO 207 "" ” 02 PHONE PICTURE 9999., ; ; ; 

28 00208 02 FILLER .PI CTURE..X t 10.).. — . 

"29 7 00209 02 KODE PICTURE 9. , 

30 0 0 2l0_JTLiA00-C ARO — r— 

~~ 31 00211 02 ST- ADD PICTURE XC30I* , 

32 002 12 7 . ' 02 CITY-STATE -...PICTURE. XI25 I -•••<•- 

33 00213 02 ZIP-CODE PICTURE ... XXXXX. j 

34 00214 . ...'.02 . FILLER. ..■.-L.-s.-PICI URE..X120J.*.. --t- 

“7 :: 35 00215 WORKING-STORAGE SECTION. ' .. . 

36 - _002 16 77 C ODE-CHECK _PI.C.TURE_.9 __V.ALU.E_I 

7,-, nnoi 7 4 THFCK-DATA 7 PICTURE 1 

38 00218 ; >77 7 PHONE-SE ::c-PI-CTURE..XXXXXXXXX..VALUE .IS . ^PHDNt . 

-aq^ "™' 002 19 77 INSTI-S . PICTURE X (30 ) . ■ i 

40' .L'i. 00220 ;Li7X..:’ MT^S^.WEST7-71>7'ryW-C-T-URE_!99^ ! ^'.y.AL.U£.-_^.S;.. 

00302 ' 0 2 T fT L L TMRE jJtXIitiT—lXAI^UE^ 

3 ~ r T”o 0 3 0 0 2^F 0 NE PICTURE XXXXXXXXX. ! 

• -7 : - 44 ; 00304 ' ^ ' vj7.02., P.HO.NE-0U$^^_PXC.TURE^^^ 

•7fv45 r v7 00305 02 FILLER; PICTURE XXX VALUE IS SPACES * ;/ 

46 00306 ... l-. l .0 2. D A T A—OUT. _ ^ . .. — ...i.. ------- - 

~ 47 00307 03 FIRST— PART PICTURE X ? 25 1 . i 

7 Afl 00308 _ nV 7 I P-QUT P ICtURCJCXXXX. -1- — 

'"AO 00309 02 FILLER PICTURE X 176 > VALUE IS SPACES. J 

|v ‘ ^ ^oolo ’^^ 01 ro2 U FlLLER EIU ^*“‘PlCTURE^ 'W : ""''' VALUE IS SPACES.T'"''"' 

■ 'SW'52 003073 0^ T M F K — 6 _ PICIURE Xl^i VALUE IS J TH£RE ;ARfc s 

00396lIll-B2 R-SEAUL7pLCjWRE^LAal_7lBL!J£_LS_l^ASIli^lPMi , 

: WiM -V. ; ■■ . 
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LINE NO. SEO. NO. 



Program C (cont.) 
SOURCE STATEMENT" 



57 

58 

59 

60 
61 
62 

63 

64 

65 

66 

67 

68 

69 

70 

71 

72 

73 

74 

75 

76 

77 

78 

79 

80 
81 
82 

83 

84 



00310 

00311 



00312 

00313 

00314 

00315 

00316 

00317 

00318 

00319 

00320 

00401 

00402 

00403 
00494 
90405 

00406 

00407 
G 1408 

00409 

00410 

00411 

00412 

00413 

00414 
00415. 



PROCEDURE DIVISION* 

OPEN INPUT CARD OUTPUT PRINTER. . 

MOVE SPACES TO PRINT-LINE. 

WRITE PRINT-LINE AFTER ADVANCING. .Q. LINES. 

FIRST-READ. 

READ CARD AT END GO TO EOC. 

IF KODE IS NOT NUMERIC THEN DIS; ~ 

GO TO FIRST-READ. 

IF KODE IS EQUAL TO CODE-CHECK GO TO TYPE-1? TVPE-2 
DEPENDING ON KODE OTHERWISE DISPLAY *CARO_OUT OF. SEQUENCE ' 
GO TO FIRST-READ. 



9 CARD CODE ERROR 9 



TYPE-1 

IF 



PHONE IS NOT NUMERIC MOVE 9 N0 INFO.’TO FONE 



MOVE PHONE-SETUP TO FONE. MULTIPLY PHONE BY -1 
PHONE-OUT. 

DUMMY1. _ 

NAME TO DATA-OUT. 

INSTITUTION TO INSTI-S, • 

2 TO CODE-CHECK. 

OTHER-DATA TO CHECK-DATA. 

FIRST-READ. 



GO ITO DUMMY1. 
GIVING 



MOVE 
MOVE 
MOVE 1 
MOVE 
GO TO 



AD 



- . 85 


00416 


86 ' 


00417 1 


87 


00418 


88 


00419 ; . 


89 "' v 


00420 


■' 90 


00501 :■'! 


91 


00502 


92 


00503 , 


•V“ 93 , : 


00 504 


-94 


00505 : '■! 


"'95 


00507 


S 96 


00507 EOC. 


97 . 


00508 



TYPE-2. 

IF OTHER-DATA IS NOT EQUAL TO CHECK-DATA THEN DISPLAY 9 SORRY 
•BUT THE SECOND CARD DIO NOT MA TCH THE FIRST CARDw 9 MOVE _1_T 
CODE-CHECK GO TO FIRST-READ. 

IF ZIP-CODE IS NOT LESS THAN . 9 500.00" MOVE 1 TO CODE-CHECK 
1 TO MISS-WEST GO TO FIRST-READ. 

WRITE PRINT-LINE FROM DATA-SETUP AFTER ADVANCING 2 LINES. 
MOVE SPACES TO DATA-SETUP. ; 

MOVE INSTI-S TO DATA-OUT. ' . _ _ _ _ _ ! 

WRITE PR I NT-LINE FROM DATA-SETUP AFTER ADVANCING 1 LINES. 
MOVE ST-ADD TO DATA-OUT. _ i ' • 

WRITE PRINT-LINE FROM DATA-SETUP AFTER ADVANCING 1 LINES. 
MOVE CITY-STATE TO DATA-OUT. 

MOVE ZIP-CODE TO ZIP-OUT. 

WRITE PRINT-LINE FROM DATA-S E TUP AFTER ADVANCING 1 LINES 
MOVE MISS-WEST TO NO-W. 

MOVE COUNTER-SETUP TO' PRINT-LINE®. . 

MOVE l TO CODE-CHECK. GO TO FIRST— RE AD>'' 

WR I TE PRI NT-LI NE FROM COUNTER-SETUP AFTER 
CLOSE CARD PRINTER. STOP RUN. 



' : . i . 



i. 



. i ’ 



ADVANCING 



2 LINES 



.1 



I ' 















FRIG 



4m 



■&W' ’ 

■ .. ■ • :iv; . . •’ • 



printout C 






PHONE 257-2697 
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■ErJcejve: 

, ■* ' . • • • 



ALPER, BRICK H* 

FLORIDA ATLANTIC UNIVERSITY 

LOO ROYAL PALM WAY 

BOCA RATON, FLORIDA _J .33432 



P HON E .. 2 57“ 3 87 2 A RCHER »._ C AVID . 



CLEVELAND STATE COMM COLL 

1100 20 ST NW ..... 

CLEVELAND TENNESSEE 37311 



PHONE 257-4061 



BROWN, HUGH A. 
BELMONT_C0LLEGE. 
BELMONT COLLEGE 



NASHVILLE, TENNESSEE 



37203 



NO INFO, -3586 



CARTER, JOHN M. ... 

MISSISSIPPI STATE UNIVERStTY 

P . 0 , 0 QX . 5 346. .... _ 



STATE COLLEGE, MISS* 



39762 



PHONE 257-3183 



FERRARA, MARK M 
NEWARK STATE COLLEGE 
25 MANOR DRIVE 
.NEWARK, NEW_.JER.SEy_: 



.07106. 



PHONE .25.7-2491. 



GATLIN, ROLAND. D. 

MISS. STATE UNIVERSITY 

R*. 0. BOX 863:1... 

STATE COLLEGE, MISS. 



39759 



PHONE 257-3545 



GUTHRIE, GERRY D. 

OHIO STATE UNIVERSLT.y..:..L..— - — - 
RESC. CTR. 1314 KINNEAR RD. 

COLUMP. US * . OH I 0. .... i.—-’. — 43212 



P HON E_2 57-2778. 



KEN NSD.Y. ,...J OH N -P.- 
GEOFiGIA TECH 



1303 V A L LE Y . V I E W . HD« 
DUNWOODY, GEORGIA 



30338 



PHONE 257-4123 



TRIBBLE, EDWARO J. 
UN I V OF_THE SOUTH 
R! 1 BOX 57 



SEWANEE. TENNESSEE.. 



PHONE 257-3084 WICKER, WILLIAM W. 

MEMPHIS STATE UNIVERSITY 
924 MOSBY ROAD. 



MEMPHIS, TENNESSEE 



38116 



PHONE 257-4214 YATES, DUDLEY 

STETSON UNI VERS I-Ty_-_..„_^-:._- .. 

: ROUTE 2 BOX 667 D 

■ DELANO 'FLORIDA- 3.2J.2.Q. 



:_:i37375....,._:'a;r-. 



r'e_; sxe ^ Jt i Jls sx pir s a. r I: i -v - - 






HOMEWORK FOR PROGRAMMING - SESSION # 1 



Punch a set of cards with the following information about yourself. 



Card Card Column! s) 



# 1 1 - 30 
31 - 60 
61 
62 

63 - 65 
66 - 69 
70 - 79 
80 



Description 

NAME 

INSTITUTION 
SEX (M or F) 

Participation Code (1 faculty, 

2 student) 

Dorm Room. 

Telephone 
GARBAGE 
Card Code (1) 



# 2 



1 - 30 
31 - 55 
56 - 60 
61 
62 

63 - 65 
66 - 79 
80 



P O or Street Addresr 
City and State 
ZIP CODE 
SEX (M. or F) 

Participation Code (1 faculty, 

2 student) 

Dorm Room' 

GARBAGE 
Card Code (2) 



These cards will be used in the Homework assignment for Programming 
Session #2. 
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COBOL EXERCISE NO. 1 



i. Name the divisions in a COBOL Program. 



2. What does 'FD' mean? 

3. What is the relation of a data record to a file? 

4. Name three COBOL verbs. 

5 . The 01 level is written starting in which margin? 



6 . In what division of a COBOL Program are the actual processing instructions 
written? (NOTE: Where is the work done? ) 



7. What does 1/0 mean? 

A card reader (2540R) is what ciass of device? 

(Input or Output) 

9 . Write a COBOL picture to fit the following numeric item: 



10. Write a COBOL picture to fit the following Alpha/ numeric item 
L< A. Institute 

11 . What input picture would you use for the following numbers: 

123.6 Punched asm 1236 

1 . 148 Punched as 1148 

444 , i Punched as 4441 

The decimal is not punched 



12. On what topic (already covered) would you like to have aoaitional help? 

47 
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FIFTH DAY, June 19 





CATALOGING GROUP PROCEEDINGS 



. JOHN 



O 

ERIC 



By 

. KENNEDY 




L. A. I. CATALOGING GROUP 



A. Members of the group described the libraries with which they were 

affiliated. 

B. A system design problem was defined. 

1. Members of the group agx*eed on characteristics, size and processing 
volumes for a hypothetical library for which a system was to be de- 
signed. 

2. It was specified that the IBM 360 configuration i- ailable in the 
Louisiana Tech Computer Center was available for the use of the 
library and that the Marc tapes were being received by the Library. 

3. Members of the class were instructed to do the general design of 
a cystf-mtc produce catalog cards from the MARC records. 

4 ,. Group members raised the possibility of storing the MARC file 
and the library's catalog on direct access storage devices. As a 
first step in designing the system, group membas were instructed 
to determine the average record size required and then to estimate 
the number of 2311 disk drives (the direct access device available 
on the Louisiana Tech system) which would be required to store the 
entire catalog on. line at one time. 

C. The MARC Project was described. 

1. The history and objectives of the MARC program at the Library 
of Congress were reviewed. 

2. The MARC II format was described. The use of variable length 

fields, delimiters, subfields codes and the record directory were 

introduced. The great flexibility of the MARC format was empha- 
sized. 

D. Group members 1 solution on disk storage estimates were examined. 

Through this review it was brought out that: 

1. In addition to the characters required for the contents of the data 
fields determined to be essential, it was necessary to allow for 
tags, delimiters, control codes and indexes to the file. 

2. The characteristics of the hardware device available miglL in- 
fluence storage efficiency. The possibility of storing eight 
453-character physical records on each 3625 character track of 
the disk was considered. 

3. The economic irnpracticality of this type of storage for most 
libraries was brought out. Estimates of the number of disk drives 
which would be required for storing minimum data for the libraries 
represented were in the 15 to 50 range. 

E„ Possibilities for storing large catalog filf s on other direct access 

storage devices at centers serving group? of libraries were considered. 





F. The group developed a flowchart for a program to convert records on a 
MARC tape from the modified ASCII code to EBCDIC code, to print the 
converted records, and to write a new output file containing the con- 
verted records. New COBOL concepts introduced were the REDEFINES 
clause, the use of tables and subscripts, and the use of loops within a 
loop. 

Prior to this session the instructor coded the program which had been flow- 
charted during the previous session. 

G. Group members' system designs for the problem presented during the 
first session were presented and discussed. 

H. The system flowcharts for catalog production at Georgia Tech were 
examined. 

I. Discussion led to the conclusion that libraries of the sizes and nature 
repr esented in the group could not e cor vlcally automate their catalog 
production at present but that they could ..nefit through the services 
of automated processing centers. 

J. Group members keypunched the program which had been flowcharted 
in the previous session. 

K. Evening session in the Computer Center 

The program which had been keypunched during the afternoon session 
was tested and debugged. The flowchart of this program is presented 
as Figure A. The program listing is presented as Figure B, and a 
page of fcl e printed output is presented as Figure C. This program 
is not presented as a model for the most efficient means of converting 
MARC records but as a class -developed program. 

L. The converted MARC records printed by the class program were 
examined. The MARC II format was reviewed and studied in greater 
detail by analyzing the printed records. 

M. The group flowcharted a second program to select specified records 
from ' ne tape output of the previous program and to print a list of the 
short titles of the selected records. Records to be selected were to 
be determined from a card file with the selected LC card numbers 
punched in the first twelve columns and formatted in the same way as 
LC card numbers on the MARC tapes. New programming concepts 
introduced were file processing logic, the use of PERFORMed sub- 
routines and the use of program switches. It was emphasized that 
the subroutines developed to locate the title field in the MARC records 
and to move the short title to the print area could be used for locating 
and moving other data items by supplying different tags to the first 
subrou' ne. The flowchart and DATA DIVISION coding developed for 
this program are presented as Figures D and E. 



S60. NO. 



SOURCE STATEMENT 



CBD CL 3— 5 C6/26 



C01G4 
CCIC5 
CO 1 06' 
001 C7 

coioe 

C 0 1 09 
C01 1C 

coil 1 

CO 1 12 
00113 
C0114 
000141 
CO 1 1 5 
C0117 
CC1 18 
00119 
CO 120 
CO 1 2 1 
00122 
00123 



00301 

00302 
GC303 
C03031 
003032 

00303 3- 
003034 - 
003035 
003036 
003037 
003038 
003039- 



IDENTIFICATION DIVISION. 

PROGRAM- ID. * TRNSMARC e . 

AUTHOR. CATALOGING GROUP. 

REMARKS. R6A0I MARC RECORDS. TRANSFORMS CHARACTER CODES FRCm 
THE MARC VERSION OP ASCII TO CBCCtC FOR Iff* 360. WRITES 
TRANSFORMED RECORDS ON TAPE AND PRINTS A PROOFLISTING. 
ENVIRONMENT DIVISION. 

INPUT-GUTPLT SECTION. 

F [[LE-CGNTRCL. 

SELECT MARC-IN ASSIGN TO 'SYSOIS* UTILITY 2400. 

SELECT MARC-CUT ASSIGN TO »SYS016* UTILITY 2400. 

SELECT PRTR-FILE ASSIGN TO «SYS014' UNIT-RECORD 1403. 

CATA DIVISION. 

FILE SECTION. 

FD MARC- IN 

LABEL RECORDS ARE OMITTED 
RECORDING MODE IS U 

RECORD CCNTAINS 50 TO 2052 CHARACTERS 
DATA RECORDS ARE MARC-REC MARC-REC2. 

01 MARC-REC. 

C2 REC-SEG PICTURE X<228) OCCURS 9 TIMES- 
01 MARC-REC2. 

02 LENGTH PICTURE 9(5). 

02 FILLER PICTURE X<2047). 

FD MARC-OUT 

LABEL RECORDS ARE OMITTED 
RECORDING MODE IS V 

RECORD CONTAINS 50 TO 2112 CHARACTERS 
DATA RECORD IS MARC-OUT-REC. 

01 02^DA T A— MARC PICTURE X OCCURS 2052 TIMES DEPCNQTNG ON LENGTH. 

FD PRTR-FILE 

LABEL RECORDS ARE OMITTED 
RECORDING MODE IS F 

RECORD CONTAINS 133 CHARACTERS^ 

DATA RECORD IS PRINT-LINE. 

01 PRINT-LINE. 

02 CC PICTURE X. 

C2 PRINT-A^EA PICTURE X(80). 

02 FILLER PICTURE X(52). 

WORKING- STORAGE SECTION. 

"77 "WORK-LENGTH PICTURE $9(5). 

77 N PICTURE 99. 

01 ASCII • 

02 PI PICTURE XS 120) VALUE ♦ 

.<(♦16 S * >/ »«->? : 

i * - 



02 P2 PICTURE X (28) VALUE ’ StUVWXYZ 0123456789 ' • 

01 EBCDIC. 

?^/j 1 ^n5ml!n«J!-l/0I23456789SJ<=>?aABCDEFGHIJKLMN0PQRSTUyW 

• XYZ-*>-ABCDEFGH I JKLMNOPQRSTUVWXYZ-»-»-'-•“«-'-'-'-*-'’'-•- ,, -•* , “ , ‘ , ■ , ' , ' , " , " , ‘ , “ , * ,, ■J , * • 

02 PT2 PICTURE X(30) VALUE .. 1 

• 1 1 1 1 1 1 1 1 1 1 1 1 1 m n m 1 1 h m * <* ’ 

01 MARC-REC-SETUP. 
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FIGURE B 



SEQ. NO. 



SOURCE STATEMENT 



Qp3C7 

C03C8 

Q03O81 

00309 

qc3ic 

0C311 

CC312 

C{5313 

003140 

0$4 

004 

cq4 

CM 

C04 

QC4 

004 

004 

004 

004 

&04 

" ' -• ' — 

004 

Q04 

004 

004 

004 

O04 

(JO 4 

004 

004 

C0501 

€0512 

00513 

00504 

C05C5 

00506 

C05C7 

C0508 

00509 ' 



O 




02 MARC-CUT— SEG PICTURE X(80) OCCURS 26 TIMES. 

PROCEDURE DIVISION. 

OPEN INPUT MARC-IN WITH NO REVi INC 

OUTPUT MARC-OUT PRTR-F l LE . 

MOVE SPACES TO PRINT-LINE. WRITE PRINT-LINE AFTER 0. 
NEXT-RECORD. 

MOVE SPACES TO MARC-REC. 

READ MAlfc-IN AT END GG TO DONE. 

MOVE ZERC TO N„ 1 

TRANSFORM-SEG. 

ADD 1 TOi N. 

TRANSFORM REC-SEG (N) FROM ASCII TO EBCDIC. 

IF N = 1 MOVE LENGTH TO WORK-LENGTH. 

SUBTRACT 228 FROM WORK-LENGTH. 

IF WORK-LENGTH > ZERO NEXT SENTENCE 
ELSE GC TC WRITE-REC. 

IF N < 9 GO TO TRANSFCRM-SEG. 

LENGTH-ERROR. 

MOVE * LENGTH ERROR IN FOLLOWING RECORD.* TO PRINT-AREA. 
WRITE PR I NT— LI * ' AFTER 2. 

WRITE-REC. * 

MOVE SPACES TO MARC-REC-SETUP . 

MOVE SPACES TC ¥ ARC-OUT-REC. 

MOVE MARf-REC TC MARC-OUT-REC. 

MOVE MARf-REC TC MARC-REC-SETUP. 

MOVE LENGTH TO WORK-LENGTH. 

MOVE ZERO TO N. 

PRINT-LOCP. 

SUBTRACT 80 FROM WORK-LENGTH. 

ADD 1 TO N. 

MOVE MARC-OUT-SEG IN) TO PRINT-AREA. 

WRITE PRINT-LINE AFTER 1. 

IF WORK-LENGTH > ZERO NEXT SENTENCE 
ELSE GO TC FINISH-REC. 

IF N < 26 GO TC PRINT-LOOP. 

FINISH-REC. 

WRITE MARC-OUT-REC. 

MOVE SPACES TC PRINT-LINE. 

WRITE PRINT-LINE AFTER 2. 

GO TO NEXT-RECORD. 

DONE. 

CLCSE MARC-IN MARC-OUT PRTR-FILE. 

STOP’ RUN. — 7 - ; 





FIGURE B continued _ ^ 
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SUBSTITUTION TABLE 



PRINTING CHARACTER SUBSTITUTED. FOR 



s . • 


Delimiter Character 


/ . 


Field Terminator. 


... a 


Escape Character. 


■ l 


All Diacri.ticals 


• i - - - —i 


Apostrophe or Single 
Quote 

End of Record Charac- 
ter and all 
other Characters 
not available on 
the Print Chain 


; ; \ '• ■ ■; •V./ 'J . ;.r v 






■ A:;;' A; 







.. . ' ■. ■ ■: ■ ■' -A ■■ : V : ’ ;■ v\'. 


• . - % * • ’ ;; \\ m ). ; - .. ./•*’ 1 ' ' y / 


: ' A .... 'VA\AAv 


\ .A; ’ y • 


FIGURE C 




sL : A . A. Aaa;~- 

_ : ivv.- v i' vl /I :••.>->/ r« '■ ■■ '' ; ^ ; • 
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0 0 76 26 000 3 800 1573CC0C 3 100 195 5C CO 15 ICC2 26 5C40029CC37 76500045004066 5000 5800 

C43005C97CC0035CC552710006CC0587/ 6901348C /691027S1969 toTr ^, 

E-NC- /O $ABF38$8.H8/ $A15C/0 $AHLMAN ACTION: 4BCGNCEPT UAL ANC FMPIRlC*-»_ 

1CECITED 0 Y THEODORE MISCHEL./C t A N E W YGR K , $B ACAOEM I C PRESS , SC 1969 . / SAX 
P £B dLUsIiC2A CM./ $ATHE PAPERS ARE THE RESULT GF A WORKING CONFERENCE 
THE CENTER FOR CONTINUING EDUCATICN GF THE UNIVERSITY OF CHICAGO* SEPT. 

1 1967./ SAINCLUDES BIBLIOGRAPHIES./ 0 SAPSYCHCLGGY $X ACER ESS ES * ESSAYS* 

ES / QSAMOTIVATION { PSYCHOLOGY ) IXA0DRESS6S* ESSAYS » LECTURES* / °* A EMOTION 
ESSES* ESSAYS, LECTURES. /lOSAMISCHEL, THE COCRE , $0 1925- Si Bp . / 10 % ACH I C AGO . * 
S I TY J0CENTER FOR' CONTINUING EDUCA'TTGN.^S5353SaSa23<iiaa4a» f aa i <iaa<i<taa*aaaaas 



450C8 1 
4 5 1 6 5 C 

ioiao 
ISSUES 
I , 293 
HELD- A 
27-OCT 
LEGTU 
SSXACO 
BUN l VE 

a) 3 a) a) 3 



C 04 4 5N AM 22C0I57 CC 100 1 30CCC0C08CC4 I CC01305000 18000 5408200 1A00072 IC00027- 

C0862.50053CC11 3 25COOI30Blfc626COC210C1793C00039C 020035000 10002396 CO 0039002 49/: 

Aqnn cin / 69 1 0 24S 1 969 HIUA 001C08ENG 1 0 $£NC237 • L53 $BD3/ * 1 - 

AB/1G$ADAVIS* BERNARO* SD1911—/1 JALEETEG 1 J 1 * 5 AS ^ p E ^l ^iC^CM /^i 

T./ $ A-^1ST 60. /I SAHONOLULU* $C1969-»/ $A266 P.$BILLUS. (PART CCL.)*C2J C./ 
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r 1 04 <;n AM 2 2C0229 CC ICO 1 30CC CC C 0800 A I 0C0130 1 500 14000540 2CQ0 140006805CCC2 1 

C08 208 200 10001 0324 5C1680C1 13260008 1CC28130000A 10036235000 I000A03500009500A 1 350 A 

0310050865C005500539650C052005947CC00420064671000A000688710009200728/ 69C1369 

/AqiO?4S1969 ENKAB B 1C1C0 ENG / $AB69-16787/ $A333 101804/0 SAHD82 

B.8215 1969/ $A338.9/0 JABACKWARD AREAS IN ADVANCED COUNT R I ES : $BPRCC E ED l NGS OF 

A*CCNFERENCF HELD BY THE INTERNATIONAL ECONOMIC ASSOCIATION ->AT VARENNA, I967-3U 
CEDITED BY E. A. G. ROBINS ON ./O f A LONDON* $AMELBOURNE ->ETC.-«$B MACMILLAN; $ANEW YO; 

k MARTIN ^S~'PRESSy$C1969»7 JAXVIII, 474 P. $B I LLUS ■ t PAPS.3C23 CM./ SA6/-; 

-/ AAFELC JOINTLY WITH THE EUROPEAN CENTRE FOR THE CO—ORCINATICN OF RESEARCH A| 

^BIBLIOGRAPHICAL FOOTNOTES. /OAAECONOMICCEVELOPPENTAXADCREj 
ccc cccay<; IFCTURFS.^ 0 $ AREG I ON A L PL ANM NG $ X ADORE S SE S » ESSAYS* LECTURES ./ 10SA : 
r R T N.9 r \ EDW AR C AUST IN GO S SAGE *$EED./20$A INTERNATIONAL ECONOMIC ASSOC I AT I CN . / 20| 
AEURGPEAN CENTRE FOR THE CO-ORDINATION OF _ RESE ARCH^ AND^ COCUM ENT AT 'ION ^CIAL^ 

CIENCES. ->3333323333333335 55 S3 S 5 3a a«3S 3 333 SSa3343«*®aaa,a<»®a a a aaaafco.a3<t na> 



C l 59 5 CAM 22 C 0181 CO i 0 G 130 CCCCC 080 C 4 J.CCO 1304 100 1 1000540 5000 180006 51 COC 03 3 j 

cir3245008S C CI1626C0055C02053000C24 C 026035CC00900284504004l00293505I0250033 j 4651 ;: 

rR5013 K 965C0C200l394/ 69013727 /69C604S1969 CAU , B OCCOO ENG^ 
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A F^ C -4 ^ T 0 TO THE STUDY OF BERNAL 0 1 I A Z DEL CASTILLO ANC piS j 
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FIND-TAG ROUTINE: 




FIGURE E 

SELECTIVE TITLE LIST 



Cataloging Class 



DATA DIVISION. 
FILE SECTION. 
FD MARC -FILE 



DATA RECORDS ARE MARC-REC MARC-REC2. 
01 MARC-REC. 

02 DEADER. 

03 FILLER PICTURE X(10). 



03 IND-CT 
03 CODE-CT 
03 BASE-ADDR 
03 FILLER 

02 DIRECTORY-ENTRY 
03 D-TAG. 

04D-TG1 
04 D-TG2-3 
03 LENGTH 
03 STARTING -CHAR 

02 FILLER 
01 MARC-REC2. 

02 CHAR 

FD PRINTER-FILE 



PICTURE 9. 

PICTURE 9. 

PICTURE 99999. 

PICTURE X(7). 

OCCURS 168 . 

PICTURE 9. 

PICTURE 99. 

PICTURE 9999. 

PICTURE 99999. 

PICTURE X(8* . 

PICTURE X CURS 204S. 



DATA RECORD IS PRINT -LINE. 

01 PRINT-LINE. 

02 CC PICTURE X. 

02 PRINT -AREA. 

03 PRINT -CHAR PICTURE X OCCURS 132. 



FD CARD -FILE 

DATA RECORD IS SELECT-CARD. 



01 SELECT-CARD. 

02 CD-NO PICTURE X(12). 
02 FILLER PICTURE X(68), 




WORKING -5 TOR AGE SECTION. 

77 N PICTURE: 9999. 

77 POSITION-CT? PICTURE 9999. 

77 PRT-CT PICTURE 999. 

77 FOUND -SWITCH PICTURE X. 

01 TAG. 

02 TGI PICTURE 9. 

02 TG2-3 ' PICTURE 99. 

01 M-CD-NO. 

02 CD-NO-CHAR PICTURE X OCCURS 12 



FIGURE E continued 
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CIRCULATION GROUP PROCEEDINGS 

By 

GERRY D. GUTHRIE 





THE CIRCULATION FACULTY GROUP PROBLEM 



On Friday, June 19, the four participants of the circulation faculty 
group problem met for their first four hour session. I began by presenting 
the basic circulation problem (see page 63 ■ ) I then presente a s °rt eC 

ture describing a typical circulation system showing each program and how 
it fit into the total system. The participants were then asked to select one of 
the four computer programs as their individual problem. 

"Work began immediately on the creation of a forms design. This is 
an essential step in the participant’s solution of the problem in that he is re- 
quired to analyze what pieces of information should appear on his particular 
report and what he would have to do in his computer program to get this 
information. 

Three four hour sessions were held on Tuesday, Wednesday and 
Thursday of the following week. These sessions were essentially work sessions 
with the participants working individually on their program with assistance from 
the instructor when necessary. Questions that arose which wer.„ o common in 
teres*- ro the group would be presented to the group as a. whole and a short dis- 
cussion would follow. Evening sessions were held in the dormitory and later 
on in the week at the Computer Center for actual testing and debugging. 

At the conclusion of the institute two of the participants had success- 
fully completed their circulation problem, one of the participants had a com- 
pleted error-free compile listing that had not achieved a successful test, an 
the fourth participant had not successfully completed an error-free compilation. 
The final step of the group problem, which would have involved a discussion of 
their problems and their solutions, was not held because of lack of time. ^ The 
participants without exception worked very hard on this problem and spent many 
long hours working on their individual programs. The results of the group . _ 

problem were quite surprising considering t>ie short amount of time the par ici- 
pants had at their disposal. In general the participants felt that working on their 
own individual computer programs gave them a much greater understanding of the 

complexities involved in library automation. 
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CIRCULATION PROBLEM 



X. Your problem is based on a typical automated circulation system. The 

four computer programs listed below are an essential part of an integrated 
system. One program will be assigned to each participant. 

Essentially the problem will involve (1) designing a form for the com- 
puter output which will display all information required, (2) write a flow 
chart to show how your program will logically accomplish this task, and 
(3) test and debug your program so that it will accurately produce the required 

report. 

The four problems (i. e. programs) are as follows: 

a. Daily Circulation Report Run 

b. Overdue Notice Print Run 

c. Hold Notice Print Run 

d. Fine Notice Print Run 

A description of these programs and how they fit into the circulation 
system will be described in a lecture given during the first class session. 

2. All programs use a common data base which is a tape file. See the 'File 

Description" for the contents of the file. 

3. Assumptions: 

a. All transactions have been posted to the file and it is ready 

to produce the weekly reports. 

b. All data on the file is valid and does not contain errors. 

c. The report date is 2/15/70. 

4. The basic problem can be expanded to include more advanced concepts if 

time permits. These will be assigned according to individual progress. 

5. At the end of the problem each participant will be expected to complete a 

a. F orms Layout 

b. Flow Chart 

c. Cobol Compile Listing 

d. Printed Report 

6. On Thursday, June 25 from 1:00 - 5:00 be prepared to present your solution 

to the circulation group. We will discuss : 

a. Forms design 

b. Problems encountered in programming 

c. Clerical operations at your library which could be eliminated 

if your program were implemented. 

63 . ' ' 



file description 



The following describes the characteristics of the test file used m 

the circulation exercise: 

1. Label records are standard. 

2. Records are 127 characters long blocked at 10. 

3. Data fields: 



FIELD NAME 


SIZE 


VALUES 


Media Code 


1 


M - Monograph 
S - Serial 
X - Special 


Location Code 


1 


1 - Undergraduate 

2 - Hospital 

3 - Law School 

4 - Engineering 

.5 - Main Library 


Call Number 


12 


Alpha-numeric 


Date Charged 


6 


Monih-day-year from 
01-01-70 to 02-20-70 


Date Due 


6 


Month-day-year from 
01-15-70 to 03-05-70 


Status 


1 


C - In circulation 
D - Discharged 
R Recall 
H - Hold 


Main Entry 


. :15 


Alpha-numeric 


Title 


20 


Alpha -nume r i c 


Patron I. D. No. 


9 


Numeric . 


User Name 


15 


Alpha-numeric 


Address 1 


15 


Alpha-numeric 


Address 2 


15 


Alpha -nume ri c 


Patron Type 


1 


F - Faculty 
> • . S - Student 

C - Courtesy Card 


Holdings 


10 


Alpha-numeric (Indie 
volume and copy) 
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CIRCULATION PROBLEM 



INDIVIDUAL PROGRAMS 

Overdue Notices 

Using the printer lay-out forms, design a form for an overdue notice 
which will be mailed to library patrons. Using data elements from the 
file, determine which fields are to be printed on the notice. 

It will be necessary to select only those records on the file which are 
actually overdue. 

Use your own experience at your library in designing the form and 
writing the program. 

Fine Due Notices 

Using the printer lay-out forms, design a form for a fine due notice which 
will be mailed to library patrons. Using data elements from the file, 
determine which fields are to be printed on the notice. 

It will be necessary to select only those records on the file which have 
been discharged and were overdue. 

Use your own experience at your library to design the form and write 
the program. 

Hold Return Notice 

Using the printer lay-out forms, design a form for a hold return notice 
which will be mailed to library patrons. Using data elements from the 
file, determine which fields are to be printed on the notice. 

It will be necessary to select only those records on the file which have 
been discharged with a hold. 

Use your own experience at yo.ur' library to design the form and write 
the program. ■- . •' . ■ -y-rXi 

Circulation Listing 

Using the printer lay-out forms, design a form for a daily circulation 
listing which will be given to the circulation department. Using data 
; elements from the file, determine which fields are to be printed on the 

f report ^ ;Y' 

It will be necessary to select only those records on the file which would 

be of interest to the circulation desk. 

Use your own experience at your library to design the form and write .;.i v - 
the program. " ,.X : i-. '• -* ‘ \ . " . : 
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By 

BRUCE H. ALPER 





ACQUISITIONS GROUP PROJECT 



The Acquisitions group undertook three separate projects. The first 
was the writing of a program by each group member to list information con- 
tained in the FAU L. A. I. S. data card. The problem statement (problem No. 1) 
and three of the programs written are included. All members of the group 
succeeded in producing working programs. 



The second project was the design of an order follow-up Sub-System 
for the FAU system. The problem statement (problem No. 2) and the resultant 
system, design documentation are included. The design of the Sub-System is 
that of the students and the wording of the documentation is also their own. 

It is the feeling of this instructor that this project was extremely successful 
and the resultant system designing is of very high quality. 

The final project was the re-design of the FAU L. A. I. S. to suit the 
needs of the institutions the students represented. A complete system package 
was developed and is included in this document. The system speaks for it- 
self; there is little doubt that it will meet the design criteria and function 
properly. 

ACQUISITIONS PROBLEM NO. 1 

PROGRAM OBJECTIVE: Produce a list of paid items for student and faculty 

use. Printout size is to be limited to an 8 1/2 by 11 inch size to 
allow placing it in a standard 3 ring binder. This list will be a weekly 
accessions list. . - 

INPUT FILE : Punched card. Format defined by page 19 of LAIS Documentation. 

OUTPUT FIT ,P- Printer. Use up to 80 print positions. (The printer has 10 
print positions to the inch, horizontally. ) 

NOTE : The computer printer prints 6 line s to the inch vertically. 

R EQUIRED SYSTEM DESIGN : 'M ■:■■■■■'■> ■ 

1. Define fields to be listed,^ and their format in the printer list. 

2. Flowchart the program;::- Be sure to provide for the following: 

A. Serial items do not, use, the' Author field. All of the first 

40- card positions are used for the title. 

B. Do not list postage transaction. ... >5 ? .- v :; ' 

C. Provide some method of identifying serial items. 

D. Appr oval plan items should also be uniquely identified. ' . ; 

3. Decide in what sequence you want the items listed. 

4. Provide the program with a page overflow routine and use your 

institutions name in the page heading. 
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IDENTIFICATION DIVISION. 

PROGRAM- ID • * L A I 3 ' • 

AUTHOR. DRA. 

REMARK'S. WEEKLY ACQUISITIONS LIST 
ENVIRONMENT DIVISION. 

INPUT-OUTPUT SECTION. 

FILE-CONTROL. 

SELECT CARD 

ASSIGN TO * SYS012 * UNIT-RECORD 2540R. 

SELECT PRINTER ASSIGN TO »$YS014' UNIT-RECORD 1403. 
DATA DIVISION. 

FILE SECTION. 



FD 



01 



CARD LABEL RECORDS ARE OMITTED* RECORDING MODE IS F* 
RECORD CONTAINS 80 CHARACTERS, DATA RECORD IS TRAN. 
TRAN. 



02 

03 

03 

02 

02 

0.2 

02 

02 

02 



FD 



01 



FIRST-40. 

AUTHOR PICTURE X(I6). 

TITLE PICTURE X(24). 

FILLER PICTURE XU8J. 

COPIES PICTURE XX. 

FUND PICTURE XXXX. 

FILLER PICTURE X(9). 

PAID PICTURE 9999V99. 

FILLER PICTURE X. 

PRINTER LABEL RECORDS ARE OMITTED, RECORDING MODE IS 
RECORD CONTAINS 86 CHARACTERS* DATA RECORDS ARE HDR, 
DATAL I NE. 

HDR. 

02 FILLER 
SCHL-N 
FILLER 



F, 



PICTURE X(23>. 

02 SCHL-N PICTURE X (40). 

02 FILLER PICTURE XI4). 

02 DATE-OUT PICTURE X(8). 

02 FILLER PICTURE XX. 

02 PG-OT PICTURE X(5) . 

02 PAGE-OUT PICTURE ZZZ9. 

01 DATAL I NE. 

02 FILLER PICTURE X. 

02 A U T H- T T L. VvJ-: .. 

03 TL-OT PICTURE X (24) .. 

03 FILLER PICTURE X( 5). 

03 AU-OT PICTURE XC 16). 

0 2 FI LIE R PICTUR E X(5). 

•• 02 F.ND-OT P IGTUREf X XX X 

02y F TLLE R-2 P ICtT URE^XT 5 V' ; '> 

• • ■ 02 P-OT P I CTURE Z ZZ9.99 . . * -•*. •- • ' 
02 DOLTL REDEFINES P-OT PICTUR E 
02 FILLER PICTURE i:X (19)., 

W 0 RKING-S TOR AGE. .SECT • ' 3 

? 7 X I NC T P I CTURE 99 VALUE 
77 ’ PC T PICTURE 9(4 ). VALUE 
77 P-DATE PICTURE X(8). 

77 UPSI PICTURE X. r 
PftOCEOURE 01 VI SI ON. : o 

OPEN INPUT CARD OUTPUT-PRINTER. 
INCLUDE •CBLOOQl 
ENTER„iINKAGE.« 



X ( 7 ) 



IS 

is 



60 . 

0 . 
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SEO. NO. 


SOURCE .STATEMENT 
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CALL *GETDAT • USING P-DATE t UPSI. 
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ENTER COBOL. j 
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read-card. ■ • ! 
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READ CARD AT END. GO TO EOF. 


S 


Z. 1* 

v-» Ai 


003 


IF COPIES * •PO* GO TO READ-CARD. 
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003 


IF LINCT > 55 GO TO OFLOW. 
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63 


003 


OFLOW-RTN. wove spaces to hop* 
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IF CCPIES a «PR* GO TO SERIAL. 
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003 


MOVE TITLE TO TL-OT. 
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003 


MOVE AUTHOR TO AU-OT. 
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6l. 


003 


SERIAL-RTN. 
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68 


003 


IF FUND = ’0100’ MOVE * AVPL * TO FNQ-£T ELSE MOVE FUND TO 


s 


69. 


003 


FND-ET • [ \ 
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70 


003 


MOVE PAID TO P-OT. 
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003 


WRITE HDR AFTER 1. 
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ADO 1 TO LINCT. 
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003 


GO TO READ-CARD. 
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004 


SERIAL. 
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MOVE FIRST-40 TO AUTH-TTL. | 
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GO TO SERIAL-RTN. j 
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77 


004 


OFLOW. ? 
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004 


MOVE SPACES TO HOR. 1 
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79 
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MOVE • CLEVELAND STATE COMMUNITY! COLLEGE' TO SCHL-fcU j 
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86 


004 


WRITE HDR AFTER 0. MOVE SPACES TO HCR. i 
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si 


004 


MOVE ' WEEKLY ACQUISITIONS LIST' TO SCHL-N. j 
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83 


004 


MOVE P-DATE TO DATE-OUT. AOD L TO PCT. ■ 
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83 


004 


MOVE PCT TO PG-OT. MOVE 'PAGE ' TO PG-OT . j 
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84; 


004 


MOVE PCT TO PAGE-OU'J. ; j 
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85 : 


004 


WRITE HDR AFTER 1. WOVE SPACES TO HDflj. \ 
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86 


004 


MOVE 'TITLE* TO TL-QF. j 
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87 


004 


MOVE 'AUTHOR' TO AU-OT. 
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88 


004 


MOVE 'FUND' TO FND-OT. ; 




89 


004 


MOVE > COST* TO DOLTL. 
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90 


004 


WRITE HDR AFTER 1. WOVE SPACES TO HDR. \ 
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9i 


004 


WRITE HDR AFTER 1. v ] 


•S.- 
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004 


MOVE 0 TO LINCT. j 


'S. 


93 


004 


GO TO OFLOW-RTN. 
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94 


004 


EOF. CLOSE CARD PRINTER. 
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002 


STOP RUN. 
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DATRIX REE OVER 10 SilEJf-r r 

CP'TCL FUND OF UNDERWATER f MCNEIL G I 
MODERN TRUST FORMS V • 1 1969 £ SUPPL 
AMER STRING TCHRS ASSN 1970 MEMBERSHIP 
ANNUAL I N$T ON SST PLANNING V 1-3 
BERKELEY TRIBE 1/70-12/70. 

8 iBL IOGRAPMCL SOC OF AMER 1970 ME MB 
BROADCASTING 1970 YEARBOpK _ 

VOL 1-9 1955—64 DRAMA REVIE 

FAIRCHILD TROPICAL GARDEN 1/70-12/70 
FLA STATE HORTICULTURAL SOC ME MB 1969 
JAPAN STATISTICAL YRBK 1969 
MARKETING G THE LAW 1/70-12/70 
NATL INST FOR ARCHITECTURAL ED 1969 YRBK 
ORPHEUS 1/70-12/70 

RICKENBACKER REPORT 5/1/70-5/1/71 
UTILITIES LAW REPORTS 6/70-6/71 
NATL SOC FOR STDY OF EDUC YRBK 1967 P.T. 1 
NEGOTIATIONS MGMT SERV MEM REN 6/70-6/71 
LIB OF CONGRESS NATL UNION CATALOG 69-72 
BANK AUDITING & ACCNTG REPT 5/70-5/71 
HANDBUCK PHYSIK BD 25 TL 2C SUP PR 
AMER MATHEMATICAL SOC TRANSL 2 NO. 86 
RADIOPHYSICS & QUANTUM ELECT 
DOWNFALL OF DERVISHES 
READINGS IN HUMAN DEVL 
COCK CROWS 



WHEN THE 
MAKING OF MID SCHLS 
THE SACRED PIPE 
SUMMERFOLK 

LAND £ WILDLIFE OF AFRIC 
THE REPTILES 
THE MAMMALS 
HORATIO 

GROWING YEARS V 3 
SWEEP WESTWARD 
SEL CHARACTER OF AMER SE 
JOE £ THE SNOW 
•MGMT INFO SYSTEM 
THE PRIMATES 
WHEELS FOR A NATION 
HEALTH £ DISEASE 
DEVL OF LABOR SURPLUS EC 
GEO WASHINGTON BREAKFAST 
BLACK JACK 
MAINTAINABILITY 
‘A-P.P.L I ED. GEOCHRONOLOGY 
SUPERVX SORY L EAOERSH IP ... 

baseball mouse 

READINGS ON LNG £ TCHMG 

WELSH RURAL COMMUNITIES 
.ANTHROPOLOGISTS IN FLO 
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IsNGUAGE TESTING 
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BURN 0. 
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CARRINGTON 
CLYMER E 
C 0 1 T ML 
COLT M L 
COUNTS G 
OE PAOLA 
DE ARDEN J 
DEVORE I 
DONOVAN F 
DUB OS R ......... 

FEI J 
FRITZ J 
GARFIELD L 
GOLDMAN AS 
HAMILTON E I 
. HARRI SON :R 
HOFF S 
HOOVER K H 
JENKINS D 
JONGMANS D 
KAHL J 
. KERBY E JU 
KI.RCHNER C 
R. 
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TITLE 

COMM & DEVELOPMENT 
RUE OF ROMANOVS 
CLASSICAL RHETORIC IN EN 
EFF FOREIGN LANG INSTR 
COMM S N EXPANDING ORGAN 
EMMA, LADY HAMILTON 
CONFLICT S UNDERSTG IN 
THE COSSACKS 
CONTEMPORARY JEWELRY 
NOT EBKS Of T WOLFE 
LIVES OF W BENTON 

scene of change 

AUTHORITY & ADDICTION 
URBAN CHALf. TO PSYCH I ATR 
GENRL SYST THEORY & PSYC 
BOOK OF MUSICAL DOCUMNTS 
CLIMATE VEGETATION £ MAN 
BEHAVRL REPERTOIRE OF ST 
CIVIL DISOBEDIENCE 
GODS AND GAMES 
HURRICANES 

PSYCH FOR PEDIATRICIAN 
DIVORCED MOTHER 
BOUND TO EXILE 
OF HUMAN INTERACTION 
TOLKIEN CRITICISM 
NETHERLANDISH PAINTERS 
ARCHITECTURE IN NO GHANA 
SOUTH AND THE NATION 
FOR A NEW AMERICA 
SCIENCE FICTION IN CINEM 
VETERINARY HELMINTHOLOGY 
BOOKS FOR JR COLL LIB 
FACTRY UNDER ELMS 
INTRO TO MVMT EDUC 
NEW CURR PERSPECTIVES 
CHEMISTRY OF CARBOXYLIC 
SOVIET HERETIC 
ACCNTG FOR THE MANAGER 
STUDIES IN NATURE 

. THEOLOGCL IN VESTGTN V 6 
RGOTS £ RHYTHMS 
PHILOS USE OF CATEGOR I ES 
OPEN CLASSROOM 
MEMOIRS OF CONSERVATIVE 
READING DIFFICULTIES 
BALLAD AS SONG 
UP ROO TED CHILDREN 
RADICALISM, RACISM £ PAR 
ROOSEVELT, LEWIS, £ NEW 
CLASS-CERAMICS £ PHOTO.. 
FREE NITROXYL RADICALS 
RADIATN FROM APERTURES 
VOLCANISM £ UPPER MANTLE. 

■ ADJUSTMENT : -1" 

^ITE RACISM 

eric.; 
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DURR w k 
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BRONSON B H 
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. 3.95 


CURRY R 0 
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9>>69 


MCFARLAND C K 
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3.50 


BEREZHNOI A I 


AVPL 


36.72 


ROZANTSEV E G ... 


AVPL 


17.90 


ZAKHARYEV L N 


AVPL 


12.00 


GORSHKOV G S „ 


AVPL„ 


32.13 


TUCKER I F 


AVPL 


8.24 


. KOREL J /../„• 


AVPL 


5.68 
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CITY WITHOUT WALLS 
TOLSTOY 

kelville 

SON OF ROYAL LANGBIRTH 
INFO FOR HGnT DECISIONS 
CHARLES KEMBLE 
FRENCH SOCIALISTS IN SEA 



AUDEN W H 


AVPL 


CHRISTIAN R F 


AVPL 


SEELYE J 


AVPL 


HOWELLS W D 


AVPL 


GOLDSCHMIDT V 


AVPL 


WILHAWSON J L 


AVPL 


SIMMONS H G 


AVPL 



A, 50 
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6'- 78 
C-6A 
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IDENTIFICATION DIVISION. 

PROGRAM-ID. ' ACCU I SI ' . 

AUTHOR. ETRIB. 

REMARKS. ACQUISITIONS PROBLEM ONE WEEKLY LIST OF PAID ACCESSIONS. 
ENVIRONMENT DIVISION. 

INPUT-OUTPUT SECTION. 

FILE-CONTROL. * 

SELECT CARD ASSIGN TO •SYSOIZ* UNIT-RECORD 2540R. 

SELECT PRINTER ASSIGN TO 'SYS014* UNIT-RECORD 1403. 

DATA DIV^SIGN. 

FILE SECTION. 

FD CARD LABEL RECORDS ARE OMITTED, RECOUPING MODE IS F, RECORD 
CONTAINS 80 CHARACTERS, DATA RECORD TRAN. 

01 TRAN. 

02 FST-40. 

03 AUTHOR PICTURE X116). 

03 TITLE PICTURE X(24). 

02 FILLER PICTURE X ( 18 ) • 

02 POST PICTURE XX. 

02 FUND PICTURE XXXX. 

02 FILLER PICTURE X<9). 

02 PAID PICTURE 9999V99. 

02 FILLER PICTURE X. 

FD PRINTER LABEL RECORDS ARE OMITTED, RECORDING MODE IS F RECORD 
CONTAINS 86 CHARACTERS, DATA RECORDS ARE KDR , DAT ALINE. 

01 HDR • 

02 FILLER PICTURE X(23). 

02 SCHL-NAM PICTURE XI40). 

02 FILLER PICTURE XXXX. 

02 DATE-OUT PICTURE X(6) . 

02 FILLER PICTURE XX. 

02 PG-OT PICTURE XXXXX. 

02 PAGEOT PICTURE 1119 . 

DATALINE. 

02 FILLER PICTURE X. 

02 AUTH-TIL. 

03 TL-OT PICTURE X(24). 

03 FILLER PICTURE XXXXX. 

03 AU-OT PICTURE X(16). 

02 FILLER PICTURE XXXXX. 

02 FNDOT PICTURE XXXX. 

02 FILLER PICTURE XXXXX. 

02 P^OT PICTURE ZZZW99.” ‘ ~ ....... 

02 DOLTL REDEFINES P-OT PICTURE X(7). 



01 



45 






. 02 FILLER PICTURE XI 19) • 


46 




WORKING-STORAGE SECTION. 


47 




77 


LINCT PICTURE 99 VALUE IS 60. 


48 




77 


PCT PICTURE 9 ( 4 ).:VALUE;.I S_ 0.„ 


49 




77 


P-DATE PICTURE XI 8). 


50 




77 


UPS I PICTURE X. 


51 




PROCEDURE DIVISION. 


52 






OPEN INPUT CARD OUTPUT PRINTER. 


53 






INCLUDE 1 CBL0001 ' • ‘ 


54 


* 




ENTER LINKAGE. 


55 


* 




CALL ‘GETOAT * USING P-0 ATE , UPS I * 


“6 






ENTER COBOL. 
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SOURCE STATEMENT 
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87 
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RC. 

READ CARD AT END GO TO EOF. 

I F* 1 : POST = 'PO' GO TO RC. 

IF LINGT > 55 60 TO OFLOW. 

OFL0W-RTN. MOVi SPACIS T0 HSR. 

IF‘ POST = 'PR * GO TO SERIAL. .. 

MOVE TITLE TO TL-OT. 

MOVE AUTHOR TO AU-OT. 

SERIAL-RTN. 

IF FUND = » 0100* MOVE *APVL' TO FNDOT ELSE MOVE FUND TO 
FNDOT • 

.. MOVE . PAID TO P-OT. „ 

WRITE HDR AFTER 1. 

ADD 1 TO LINCT. 

GO TO RC. 

SERIAL. 

MOVE F ST— AO TO AUTH-TIL. 

GO TO SERIAL-RTN. 

EOF. 

CLOSE CARD, PRINTER. STOP RUN. 

OFLOW. 

MOVE SPACES TO HDR. 

MOVE ' UNIVERSITY OF THE SOUTH' TO SCHL-NAM. 

WRITE HDR AFTER 0. MOVE SPACES TO HDRl 

MOVE » WEEKLY ACQUISITIONS LISf' TO SCHL-NAM. 

MOVE P-DATE TO DATE-OUT. ADD 1 TO PCT, 

MOVE PC T TO PAGEOT. MOVE 'PAGE * TO P£-OT. 

WRITE HDR AFTER 1. MOVE SPACES TO HDR, 

MOVE 'TITLE' TO TL-OT. MOVE 'AUTHOR' {0 AU-OT . 

.MOVE 'FUND'. TO FNDOT. J.. 1, . 

MOVE ' COST • TO DOLTL. 

WRITE HDR AFTER 1. MOVE SPACES TO HDR. 

WRITE HDR AFTER 1. 

MOVE ZERO TO LINCT. 

GO TO OFLOW-RTN. 




TITLE 



MARC MANUALS USED BY LIB 
BINDING l "PERIODICAL 

handbook sawmandirs 

PICKWICK PAPERS 
YORUBA WARFARE IN 19TH 
5UBJECT CURRICULUM 
INF ERACT itiN ANALYSIS 
MUSIC IN SECONDARY SCHLS 
NEBRASKA SVmP ON MOTIV 
EDUCATION* iPHYS EDUC £.. 
PHYSICS OF STRENGTH £ PL 
PATTERNS OF: MAMMALIAN RE 
1ST PRINCIPLES OF SPEECH 
EDUC IN INOUSTRL SOC 
POWER OF DECISION 
UNIVERSE OFiDR EINSTEIN 
AMEP PUBL SCHOOL FIN 
LITERARY HIST OF ENGLAND 
SOC HIST OF EDUCATION 
PHILOSOPHIC INQUIRY 
OUTSIDERS 



NUMERCL CALCUL ATNS £ ALG 
POLITICS OF SOVIET EDUC 
ABORIGINAL MAN IN AUSTRA 
PHYS EDUC IN PRIMARY SCH 
TUDOR ENGLAND V 5 
BRITAN REV OF FOREIGN VI 

PRINCE BISMARCK VIS 2 

ITALY UNDER MUSSOLINI 
SEL STUD IN INDONESIAN 
PRINCIPLES OF SEC EDUC 
EDUC THEORY OF J J ROUSS 
IMPACT OF CHURCH UPON IT 

FUN £ FITNESS THRU ELEM; 
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DESIGN FOR A CLAIMS FOLLOW-UP SUB-SYSTEM 



The following procedure is designed to supplement the Florida- Atla-ntic 
University Library Acquisitions Information System (LAIS). The general pro- 
cessing flowchart on page 14 of the LAIS is to be supplemented by the Accompany- 
ing flowchart representing a claims follow-up sub-system which enters the 
general processing flow after the "ACCOUNTING LISTING" procedure on page 14 

LAIS. 

The design elements of this sub-sy ahem, are: separated into the neces- 

sary parameters, data available, additional dans needed, and system specifica- 
tions. 

I. Parameters 

A. Serials are excluded from this claims sub-sjstem, 

B. All on-order items are not designated far automatically schedule 
: claiming (e. g. , from overseas publishers). 

C. Provisions are made for vendor respcsnsies, including status reports 
on the original orders and replies to criaim notices. 

D. First and second notices are sent, ttken a final cancellation letter- 

E. The format of all notices should be in letter form. 

II. Data Available . 

A. Acquisition records giving author, title, publisher, order dS-te, etc. 

B. Business office vendor files giving vendor name and appropriate 
address for claims correspondence^ vV^r-'.'- 

C. Publisher file. 1- s'- - •. : . 

The letter format is designed to have the effect of a personal letter rather 
than a routine machine printed form. The body of the letter may be Varied as 
desired. Then name and address of the institution appear in letterhead form 
at the top of the page and the vendor name and address are positioned to fit in 
a window envelope when folded. The date is printed in formal correspondence 
style, and is positioned to appear at the top of the page, centered beheatb the 
name of the institution. ; ' V.\ •; : : ^ 

The author or title may appear in bold face by use of a double impriAt, ii 
desired. 
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CLAIMS /FOLLOW -UP SUB-SYSTEM 



I. Problems and Requirements 

A. Not claim all items past due 

B. No Serials 

C. Two notices + cancellation 

D. Letter format for notice 

E. Indicator of Vendor response 

II. Available Data 

A. LAIS Record (includes: Author, Title, Publisher, Ord. date) 

B. B. O. Vendor file with name and address 

C. Publisher file 

III. New Data 

A. Claim code and claim date 

B. Non-Claim code ;; ; d /''/'■•V •••; 1 • . 

IV. System Specs 

A. Claims once/mth 

B. Overpunch position 52 with •-•! >if not to be claimed or response from 

Vendor/ j — : : / / ' ' . '• 

C . Enter ire sponse date from V endor in ; paid £ield.‘ ‘ ! 

D. Punch 'cancel' in invoice positions 65-70 if to be cancelled 





LAIS ORDER FOLLCWUP SYSTEM 




The acquisitions information system described in the followin' g outline 
and flowchart was designed for the library with limited computer resources.. 

The basic design concepts were taken from Florida Atlantic T’niversities' 
L. A. I. S. This special version has been designed foir libraries with cess than 
10, 000 volumes acquisitions per year. 

The documentation enclosed here is to be used in conjunction ^ith the 
L . A.I.S. documentation distributed during the L. A.I. presentation onithe X 

System. 

It is the feeling of this analyst that the system outlined foere would, take 
4 (four) months or less to program and test. With yearly acquisi ° 

10, 000 volumes or less and one weekly processing run, no more than L (one) 
hour of computer time per week would be used. 

This system could be easily implemented on small systems o;f the follow- 
ing types: _ , . 

IBM 1401, 1130, 360 Model 20, System 3, etc. 

NCR Century, 315 

Other machines of equal or greater ability may also be use - ^ - 

The only additional computer hardware required would be as follows: 

. .. Printer 

Card Reader 

Card Punch , % 

Disk File (1. Million characters for temporary work space only) 

_ v r ; ” c. 

This system could be programmed in any language from Assembly to 
Cobol. No special language requirements are. needed. Fortran would be 
quite acceptable. . 

This system was designed to the requirements of L.A.I. participants 
but is highly flexible and may easily be amplified to provide 

such as the 'follow-up' procedure described as problem #2, ALX the abilitie 

of the FAU System exist in the system design displayed here. 







L.A.I. ACQUISITION SYSTEM 



I. Basic System Design Criteria 

A. Basic Computer configuration 

1. Core - 8k words (or equivalent) 

2. No disk storage (for working storage only) 

3. No tape storage 

4. Card Reader is input device 

B. Input Record Format as defined in Florida Atlantic University L. A.I.S 
documentation. 

C. Vendor name and address file indexed by number will be created. 




D. Internal Fund file will be required. 

E. The first program of the basic processing run will check ALL input 
data for ALL possible errors. 

F. Vendor number will be limited to 4 digits, (requires change to FAU 
input card format). 

G. Vendor table will have provision for at least 200 vendors. 

H. The fund table will provide for at least 50 funds. 

Data File Definitions 
A. Fund file (table) 

Note: See card format for data elements and their allocation. 

This file is composed of one card for each internal fund used in 
the Acquisition System. The file is in sequence by fund number. 

The creation of fund numbers is identical to the procedure outlined 
in the FAU L. A.I.S. documentation. 

This file provides the accounting data on a fund basis. A new file 
is produced by each processing run of the Acquisition System. This 
new file reflects the current fiscal status of the funds. 

This file forms 1/3 of the input data to the system. 

B. Vendor File (table) . : . .. 

Note: See card format for data elements and their allocation. 

This file provides for the same function for vendors as the fund file 
does for the funds. Sequence is by vendor number. 

This file provides the second third of the system data base. 
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C. On-order and Payment File 

This file is identical to the file described in the L. A. I. S. documentation. 
Sequence is by title. 

Coding instructions are also contained in the L. A. I. S. documentation. 

Description of Individual Program F unctions 

A. Program 1. . • Input Edit, 

1. Read and store fund and vendor tables (numbers only need be store ). 
Z. Verify input for errors and list detected errors on printer. 

a. Valid vendor # 

b. Valid fund # 

c. Valid price 

d. Valid order dace 

e. Author and title except for postage items which MAY be left 
blank. 

f. Copie s field 
'PG 1 = Postage 
TR 1 = Serial 

g # If on -order item, invoice and paid amount MUST be blank, 
h. If payment, the opposite of 1 g ! MUST exist, 

3. Save valid input on work disk. 

B. Program 2... List Program 

1. List any input record and summarize by the following fields: 

a. Fund # 
bi Vendor # 
c. Order date 
’■•’di? Invoice # 

2. Data may be sorted in any sequence 

.This program is intended to be a utility listing program. 

C. Program 3. , . Account Listing by Fund. 

1. Fund table as input #1. 

2.. Provides line item detail of paid and ordered items. 

3. Items are listed by fund # and title, 

4. Starting arid ending fiscal balances are listed. 

5. New fund table is produced reflecting new. fiscal balances. 

D. Program 4. . v Fund balarice Summary ^ 

List cards produced by program 3, (new fund table) 




f 
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E. Program 5, . . Invoice Summary j 

1. Vendor table is input, 

2. Print list of invoices by vendor with invoice and vendor totals. 

3. Create new vendor table cards, (reflecting new fiscal balances) 

F. Program 6. . . Vendor Balance Summary 

Liist cards produced by program 5. (Vendor table) \ 

' . \ 
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PAGE 1 OF ? 
JUNE 1970 




( 3TART ) 



FUND jable 







J . 




INPUT DATA 
CHECK : 


.V . . 

i 


' PAYMENTS' & 

ON ORDER ... ... 








V 1- 





( payments & 

ON ORDER ITEMS) 




'V; r v- 




*• :i Vr.,Yf - • .r* '.Jii - . . 


3-j; 


v..i ?',/:• 


^NEW FUND TABLE 




FUND TOTAL' 




FUND SUMMARY 


(new totals) 




• SUMMARY-. 

j-vj 
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DISK FILE DESCRIPTI ON 



DFi File of valid, (error free) payment and on-oroep cards. 



DF2 



Same as DFI except in sequence by fund #, riT'-f. 



DF3 ^ ^SAME AS DFI EXCEPT IN SEQUENCE BY VENDOR #, INVOICE #, TITLE 








SERIALS GROUP PROCEEDINGS 
By 

SAM A. DYSON 










SERIALS GROUP PROCEEDINGS 



By Sam A. Dyson 



The Serials Group was composed of five participants who had indicated 
an interest in serials automation. In the first meeting the group was led by the 
instructor to list all the steps necessary to solve a serials problem. This 
list was then used to provide the group with a flowchart which they could use to 
solve serials automation problems. This first flowchart is listed as GENERAL 
FLOWCHART below. 
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Then, using the flowchart constructed, the parameters were set for 
the first problem: (1) Monthly journals only would be included. (2) We 

assumed that the journals arrive on time or at the expected time. (3) We 
will work from a card file. (4) Current titles only were considered. 

(5) Dewey classification is assumed. (6) Data is contained on one 80 column 
card. (7) Three locations are listed by department and coded as follows: 

G = General, H = Humanities, and S = Science. 

Referring to our flowchart, next the group described the data cards: 

(1) Title field - 70 alphameric characters. (2) Volume field - 4 numeric 
characters. (3) Year field - 4 numeric characters. (4) .Format field - 1 
numeric character coded as follows: 1 = print, 2 = microform. (5) Location 

field - 1 alphabetic character coded as follows: G - General, H = Humanities, 

and S = Science. 

The instructor furnished a list of serials and the members of the group 
prepared coding sheets for data card production. Each member of the group 
keypunched five data cards, and the instructor punched an additional 43 for 
use in later programs. The cards were verified and batched in alphabetical 
order for processing in the programs we were to write. 

The specific problem was listed step-by-step. 0:ur first group problem 
was to simply read the cards and write them on the printer in a to be determined 
format. The data card’s format was already known. The group decided next 
to format the output record. This format was as follows: 

(1) Filler - 10 characters (7) Filler - 7 characters 

(2) Title - 70 characters (8) Format - 1 character 

(3) Filler - 5 characters^ (9) Filler - 5 characters 

(4) Volume - 4 characters (10) Location - 1 character 

(5) Filler - 5 characters (11) Filler -12 characters 

(6) Year - 4 characters 

In order to determine the above format, the group used Printer Format sheets. 

Our general flowchart next called for the group to flowchart the problem. 
During the flowcharting, the instructor encouraged the group members to jot 
down names for input and output files as well as any necessary paragraph names. 
The problem flowchart below (LAIS1) was prepared. 

Still following our General! Flowchart, they submitted their program 
cards and data to the closed shop window for running on the IBM 360. Errors 
received were corrected, and thelprograms re-submitted until the finished 
printout was finally received. As; a final step, the documentation was corrected 
to include all the refinements to tlxe program as it was finally accepted. Docu- 
mentation for this problem is. included immediately below and is as follows: 

(1) FLOWCHART - LAIS 1, (2) PROGRAM - LAIS 1, and (3) PRINTOUT - LAIS!. 
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SOURCE STATEMENT 



C'BO CL 3—5 



IDENTIFICATION DI Vi SION, 

PROGRAM- ID. ,! 4A I SI f . 

AUTHOR, william m, wicker. 

REMARKS. SERIALS EXERCISE* 
eNVIRONMENT DIVISION. 

INPUT— OUTPUT SECTION. 

FILE-CONTROL, 

SELECT SSER-CD ASSIGN TO 'SYSOIZ* UNI T— RECORD ZSAQjR, 
’ SELECT S-ER-LIST ASSIGN TO *SYS0l4» UN I * -RECORD 1«*D3 
DATA DIVISION. 

FILE SECTION, 



FD 



01 



SER-CO RECORDING NODE IS F # RECORD CONTAINS, 
LABEL RECORDS ARE OMITTED* DATA RECORD IS 
CD-REC. 



80 CHARAJClTERSf 
C R — R E C * . 



FD 



01 



02 


TITLE 


PICTURE 


X ( 70 ) . 


02 


VOL 


PICTURE 


9999. 


02 


YEAR 


PICTURE 


9999. 


02 


CODES. 








03 FORMAT 


PICTURE 


9. 




03 LOCATE 


PICTURE 


A. 


SER 


-LIST RECORDING 


MODE IS f 


: r RECORD J 


CHARACTERS*, LABEL 


RECORDS 


are omitt 


PR I NT- LI NE, 






PR I NT- LINE*. 




. / ’.il 


02 


FILLER 


PICTURE 


X ( 10) . 


02 


TITLE-0 


PICTURE 


X (70) . 


02 


FILLER 


PICTURE 


X(5). 


02 


VOL-O 


PICTURE 


9999. 


02 


FILLER 


PICTURE 


X (5 j. ‘ 


02 


YEAR-0 


PICTURE 


9999. 


02 


FILLER 


PICTURE 


• XI 5). 


02 


CODES. 




s'! ’ . •** ’ . 




03 FORMAT-O 


PICTURE 


9. 




03 FILLER 


picture 


XX* 


■ k 


03 LOCATE-O 


PICTURE 


A. 


02 


FILLER 


PICTURE 


X (26) . 



CONTAINS 
, DATA 
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IS 



" O : 

ERIC 



PROCEDURE DIVISION. 

OPEN INPUT SER-CD* OUTPUT SER-L 1ST. ; 

MOVE SPACES TO PRINT-LINE. ;• 

WRITE PRINT-LINE AFTER ADVANCING 0 LINES. 
START. 

MOVE S PACES TO PRI NT— L I NE. 

READ SER-CD AT END GO TO FINISH. 

MOVE TITLE TO TITLE-0. 

MOVE VOL TO VOL— 0. 

MOVE YEAR TO YEAR-0. 

MOVE FORMAT TO FORMAT— 0* 

MOVE LOCATE TO LOCATE-0. 

WRITE PRINT-LINE AFTER ADVANCING 2 LINES. 

' GO TO START. 

FINISH. CLOSE SER-CD. SER-LIST* 

STOP RUN, 
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ACADEMY' OF' P0UU.CAL SCIENCE, PROCEEDINGS 0Q2A LSL5J.. 



Tfh next problem is a further development of the first one. It added 
hezat&imgs znzd line counters to our first problem. Some of the steps taken in 
the problem did not have to be repeated in this problem, but adjustments 

had fcoilba made in the program to provide for the counter and headings. 

TEje flowchart resulting is listed below as FLOWCHART - LAIS2. Two 
new naprctgk> nrg» - were introduced here, namely the COMPUTE and IF statement. 
Again., CiiL srhe steps in our General Flowchart were completed and the following 
docuimssDfestion resulted: (1) FLOWCHART - LAIS2 , (2) PROGRAM - LAIS 2 , 

and (3)) PRINTOUT - LAIS 2. 
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SEQ. NO 



SOURCE STATEMENT 



CBO CL3-5 06 /?<*/ 



O 

ERIC 



IDENTIFICATION DIVISION. 

PROGRAM-ID. *LAtS2'. 

AUTHOR. S A DYSON 

REMARKS. SERIALS EXERCISE NUMBER Z. 

Environment division. 

input-output section. 

file-control. 

SELECT SER-CD- ASSIGN TO 
SELECT SER-LIST ASSIGN 
DATA DIVISION. 

FILE SECTION. 



• SYSO 12 ' UNIT-RECORD 2540R. 
TO 'SYS014' UNIT-RECORD IA03. 



FD 

01 



SER-CD RECORDI NG MODE I S Ft RECORD CONT A INS 80 CHAR AC TER S , 
LABEL RECORDS ARE OMITTED, DATA RECORD IS CD-REC. 



FD 



01 



CD- 


REC. 






02 


TITLE 


PICTURE 


X (70 ) . 


02 


VOL 


PICTURE 


9999. 


02 


YEAR 


PICTURE 


9999. 


02 


CODES. 




. . ...1 




03 FORMAT 


PICTURE 


9. 




03 LOCATE 


PICTURE 


A. 


SER 


-LIST RECORDING MODE 


IS F, RECORD 


LABEL RECORDS 
PR I NT- LINE. 


ARE OMITTED, DATA RE* 


02 


FILLER 


PICTURE.. 


X(10).__ .... 


02 


TITLE-0 


PICTURE 


X ( 70 ) . 


02 


FILLER 


PICTURE 


X (5 ) . 


02 


VOL— 0 


PICTURE 


9999. ' * 


02 


FILLER 


PICTURE 


X { 5 ) . 


02 


YEAR-0 


PICTURE 


9999. 


02 


FILLER 


PICTURE 


X (7 ) 


02 


CGDES-C. 








03 FORMATO 


PICTURE 


9 . 




03 FILLER 


PICTURE 


X ( 8 ) • 




03 LOCATEO 


PICTURE 


A.. L; C c.;;... 


02 


FILLER 


PICTURE 


X( 18) . 



CONTAINS I 33 CHARACTERS, 
;ORO IS PR |NT— L 1 NE . 



WORK I.NG- STORAGE 



7 7 
01 



COUNTER 
HEADING.' 



02 
02 
02 
02 
02 
02 
02 
02 
02 
02 
0 2 



FILLER 

TITLEH 

FILLER 



SECTION. 1:./' 

PICTURE 99 

PICTURE X( 30) 
PICTURE A (6) 
PICTURE XT 49 ) 
PICTURE . X ( 4 ) ; 
PICTURE XI S ) 
PICTURE XXXX 
PICTURE X ( 5 ) 
PICTURE 
PICTURE 
PICTURE 
PICTURE 



VALUE IS ZERO. 



VALUE 

VALUE 

VALUE 

VALUE 

VALUE 

VALUE 

VALUE 



VO LUME 

FILLER 
YEARH 
FILLER 
FORMATH 
FILLER 
LOC ATI ON 
FILLER 
PROCEDURE D I V I SI ON. 

OPEN INPUT SER-CD, OUTPUT SER-LIST. 
HEAD. MOVE SPACES TO PRINT-LINE. 

WRITE PRINT-LINE AFTER 0 LINES. 
WRITE PRINT-LINE FROM HEADING'. AFTER 
MOVE SPACES TO PRINT-LINE. 

WRITE PRINT-LINE AFTER 1 LINES- 



A ( 6 ) ; VALUE 

XX VALUE 

A ( 8) . .. . VALUE 
XIJL4) VALUE 



IS SPACE, 

IS 'TITLES’. 
IS SPACEi 
IS 'VOL. '. 

IS SPACE. 

IS » YEAR' . 

IS SPACE; 

IS 'FORMAT*. 
IS SPACE. ' 

IS • LOC AT I ON' 
IS SPACE. 



1 LINES. 
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SOURCE STATEMENT 



COMPUTE COUNTER = 3. 

START. READ SER-sCD AT END GO TO FINISH. „ . 

MOVE SPACES iTC PRINT-LINE. 

MOVE TITLE TO TITLE-O. 

MOVE VOL TO VOL-O. 

MOVE YEAR TO „Y6AR-0- 

MOVE FORMAT TQ FORMATO. 

MOVE LOCATE 1 % LOCATEO. 

WRITE PRINT-LliNE AFTER 2 LINES. 

COMPUTE COUNTER - COUNTER + 2. - 

IF COUNTER EQUAL TO 53 OR COUNTER GREATER THAN 53 GO 

OTHERWISE GO TO START. J.'~- ~ 

FINISH. CLOSE SER-CD, SER-LIST. 

STOP RUN. 



TO 
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HEAD 



TITLES 



ACADEMY OF POLITICAL SCIENCE, PROCEEDINGS 

ACADEMY OF SCIENCES USSR. PROCEEDINGS, EARTH SCIENCES SECTIONS 

BACTERIOLOGICAL REVIEWS 

BANKING 

BEST'S INSURANCE NEWS, FIRE AND CASUAL I TY ED I f I ON 
CANADIAN JOURNAL OF BOTANY 

CANADIAN JOURNAL OF CHEMICAL ENGINEERING 
CANADIAN JOURNAL OF CHEMISTRY 
CAMELLIA JOURNAL 
DESIGN {COLUMBUS, OHIO) 

DESIGN {LONDON) 

EL H (ENGLISH LITERARY HISTORY) 

EAST EUROPE 

ECOLOGICAL MONOGRAPHS 

ECONOMIC GEOGRAPHY 

FARADAY SOC IETY, TRANSACT I ONS 

FARM QUARTERLY 

FEDERAL REPORTER 

FEED AND FARM SUPPLIER 

GAS 

GAS AGE 

GENERAL ELECTRIC REVIEW 
GENERAL MOTORS ENGINEERING JOURNAL 
GENETIC PSYCHOLOGY MONOGRAPHS 
HARPER'S BAZAAR 

v ; ^ ^ ..A ^ ^ '• ' ' ' ' - • . - . 
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VOL. 

0026 

012 * 

0001 

0035 

0058 

00*2 

0035 . 

0028 

0016 

0028 

00*9 

0032 

0007 

0001 

0005 

0050 

0023 

0100 

00 36 
0012 
0097 
0018 

0001 
0075 
0122 




YEAR 


FORMAT 


LOCATION 


1957 


1 


G 


1959 


1 


$ 


1937 


1 


S 


19*2 


1 


G 


1957 


1 


G 


196* 


1 


S 


1957 


1 


S 


1950 


1 


S 


1961 


1 


s 


1926 


1 


H 


1953 


1 


H 


1965 


1 


H 


1958 


1 


H 


1931 


1 


S 


1929 


1 


H 


195* 


1 


s ■ ■*'> 


1968 


1 


: ■ s\ : 


1939 


1 


G 


1962 


■ 1 


G 


1936 


1 


S 


19*6 


1 


5 


1915 


1 


S 


1953 


1 


S 


1967 


; : ^ . . 


H 


1958 


i 


H 



HARPER' S vMAGAZ INE 



TITLES 



HARPER'S WEEKLY 
HARVARD BUSINESS REVIEW 
HARVARD. EDUCATIONAL REVIEW 
HARVARD LAW, REVIEW 
INTERNATIONAL COMMERCE 
INTERNATIONAL CHEMICAL ENGINEERING 
INTERNATIONAL ECONOMIC REVIEW 
INTERNATIONAL GEOLOGY REVIEW 

INTERNATIONAL JOURNAL FOR THE EDUCATION OF THE 8LIMD 

INTERNATIONAL JOURNAL OF ENGINEERING SCIENCE 

INTERNATIONAL JOURNAL OF MECHANICAL SCIENCES 

JOURNAL FUR DIE REINE UNO ANGEWANDTE MATHEMATIK 

JOURNAL^ FtJK RRAKT ISCHE CHEMIE 

JOURNAL OF ABNORMAL AND SOCIAL PSYCHOLOGY 

JOURNAL OF ENGLISH AND GERMANIC PHILOLOGY 

KANSAS UNIVERSITY, SCIENCE BULLETIN 

K EN YON REVIEW 

LADIES' HOME JOURNAL 

LABOR LAW JOURNAL 

LANCET 

L AND ECONOM ICS 
LANDSCAPE ARCHITECTURE 

LAW AND CONTEMPORARY PROBLEMS ’ 

MC CALL'S 



O ' 

ERJC 






mk 



VOLo 



YEAR 



FORMAT LOCATION 



0067 


1850 


0004 


1860 


0001 


1922 


0035 


1965 


0067 


1953 


Z 




0002 


1962 


0008 


1967 


0001 


1959 


0010 


I960 


0005 


1967 


0001 


I960 


0221 


1966 


0002 


1955 


0 04R 


1953 


0066 


1367 


0028 


1939 


0001 


1939 


0062 


1945 


0010 


1959 


000 1 


1940 


0026 


1950 


0030 


1959 


0020 


1.955 


0087 


1959 




G 

G 

H 

H 

H 

S 

H 

S 

H 

S 

s 

s 

s 

H 

G 

S 

G 

G 

H 

S 

H 

G 

H 

G 




1 

I 

1 

l 

I 

I 

1 

l 

I 

I 

1 

L 

1 

1 

1 

I 

1 

l 

1 

1 

l 

2 

1 

1 



TITLES 



MACHINE DESIGN 

MACHINERY 

MAGAZINE Of ART 

MAGAZINE OF WALL STREET 

MANAGEMENT ACCOUNTING, SECTION l 

NATION 

NATIONAL ACADEMY OF SCIENCES, PROCEEDINGS 

NATIONAL ASSOCIATION OF SECONDARY SCHOOL PRINCIPLES-, BULLET IN 
NATIONAL ASSOCIATION OF TEACHERS OF SINGING, BULLETIN 
OFFICE EXECUTIVE 
OFFICE APPLIANCES 
OFFICE MANAGEMENT 

OFFICE MANAGEMENT AND AMERICAN BUSINESS 

PACIFIC AFFAIRS 

PACIFIC HISTORICAL REVIEW 

QUARTERLY JOURNAL OF ECONOMICS 

QUARTERLY JOURNAL OF MATHEMATICS 

QUARTERLY JOURNAL OF MICROSCOPICAL SCIENCE 





PiiT-TN'T'TfiTT* L. . JuiVlS? continued 

AuBJ: ;: v : 



VOL. 


YEAR 


FORMAT 


LOCATION 


0021 


19*9 


1 


S 


0055 


19*9 


1 


S 


0030 


1937 


1 


H 


0092 


1953 


1 . 


H 


00*7 


1965 


1 


H 


001* 


1872 


2 


G 


0032 


19*6 


2 


7 


0026 


19*2 


2 


H 


0014 


1958 


2 


H 


0028 


1953 


2 


H 


0127 

5 


1968 


2 


H 


00£l 


1960 


2 


H 


00£l 


1960 


2 


H 


oopi 


1928 


2 


H 


0027 


1958 


2 


H 


0067 


1963 


2 


H 


ooii 


1960 


1 


S 


0101 


1960 


1 


s 




The third program was in three phases. The first phase interprets th 
coded location symbol, reads from cards and outputs to tape. It introduced 
the group members to the PERFORM option, literals, and DISPLAY option. 

It also introduced them to system cards required for tape output. The result 
ing PHASE 1 FLOWCHART - LAIS 3 and PHASE 1 PROGRAM - LAIS 3 follow 
immediately. 
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BEGIN 



Open 

Files 



Clear 
Print-line 



(Start) j Read ... 
-f-5p/ SER-C D 






(F 


'inish) 


/ At 




Clo se 


i 


! End 


Files 


\ 



c 



Stop Run 



3 



Move 'General' 
to LOCATED 






Hov e ' Humaniti es 
to LOCATEO 



Move 'Science' 
to LOCATEO 



C 



ERR 



3 



DISPLAY 
"CD-R SC upon 
Console 




PHASE 1 FLOWCHART - LAIS3 



O 

ERIC 



112 - Ml 



SOURCE STATEMENT 



CBD CL3-5 06/25/70 



IDENTIFICATION DIVISION. 
PROQRAM-ID. ' L A I S3 ' * 

AUTHOR. S A DYSON 

REMARKS. SERIAtS EXERCISE NUMBER 
environment DIVISION. 

INPUT-OUTPUT SECTION. 



THREE — C ARDS *T APE t OSORT, PRINT 



FILg-CCNTRCU. 

SELECT SER-CD ASSIGN TO 'SYS012* UNIT-RECORD 25A0R. 
SELECT SER-LIST ASSIGN TO 'SYS016* UTILITY 2AOO UN^T 
DATA DIVISION* 

FILE SECTION. 

FD SER-CD RECORDING MODE IS Ft RECORD CONTAINS 
LABEL RECORDS ARE OMITTED, DATA RECORD IS 



80 CHARACTERS, 
CO-REC. 



01 



FD 

01 



CD-REC. 

02 TITLE 
02 VCL 
C 2 YEAR 
02 CODES. 

03 FORMAT 
C 3 LOCATE 
SER-LIST RECORD 
LABEL RECORDS 
PR I NT— LI NE. 

02 TITLE-0 
02 VOL— 0 
02 YEAR-0 . 

02 CODES-O. 

03 FORMATO 
03 LCCATEO 



PICTURE X ( 70 ) 
PICTURE 9999. 
PICTURE 9999. 

PICTURE 9. 
PICTURE A. 

NG MODE IS F, 
ARE STANDARD, 

PICTURE X(70) 
PICTURE 9999. 
PICTURE 9999. 

PICTURE 9. 
PICTURE A { 10 ) 



RECORD CONTAINS 89 CHARACTERS, 
DATA RECORD IS PRINT-LINE. 



PROCEDURE DIVISION. 

‘OPEN INPUT SER-CD, OUTPUT SER-LIST. 

MOVE SPACES TC PRINT-LINE. 

START. READ SER-CD AT END GO TO FINISH. 

IF LOCATE = *G ' PERFORM PROC-A, ELSE IF LOCATE = 
PRCC-B, ELSE IF LOCATE = 'S' PERFORM PROC-C 
PERFORM ERR- 
MOVE TITLE TC TITLE-0. 

MOVE VOL TO VGL-O. 

MOVE YEAR TO YEAR-C. 



«H* PERFORM 
OTHERWISE 



■MOVE FORMAT TC FORMATG. 

WRITE PRINT-LINE. 

GO TC START. 

PROC-A. MOVE 'GENERAL 1 TO LOCATED. 
PROC-B. MOVE 'HUMANITIES 0 TC LOCATEO. 
PROC-C. MOVE 'SCIENCE' TO LOCATEO. 
ERR- DISPLAY CD-REC UPON CONSOLE- 
FINISH. CLOSE SER-CD, SER-LIST. 

ST GP RUN. - 



ERIC 



■?HAS3 1 : i ’3 10 GRAM . - LAIG3 



I'Mi 



The second phase of the program was one the instructor secured 
from the library of the Tech Computing Center which sorts information - it 
reads from a tape on to a disc, sorts by predetermined key, and outputs on 
to the same tape. The main thing that the group members learned here was 
the system cards necessary for random, and sequential access files from tape 
and disc. This phase is omitted because it was not the work of the group, 
but a "canned" program secured to do a specific job. The instructor felt, 
and correctly so it turned out, that the group would not have time to grasp 
the full meaning of the sort program and still have time to do phase three 
of this problem. The input tape for phase two was the output tape prepared 
in phase one of this problem. 

The third phase of this problem reads from the sorted tape output 
in phase two and prints it out on the printer. This phase introduced no new 
concepts but instead called for the use of nearly everything we had learned 
to this point. Adjustments had to be made in the output format, a test area 
had to be set up, and a deeper logic used to successfully complete this pro- 
gram. The group did not complete this phase before the end of the institute. 
One participant did get his phase three written and run once on the computer, 
but it was not successful. Therefore, the phase three documentation included 
immediately below is the instructor's suggested solution to the problem. In- 
cluded is PHASE 3 FLOWCHART - LAIS 3, PHASE 3 PROGRAM - LAIS 3, and 
PHASE 3 PRINTOUT - LAIS 3. 
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SOURCE STATEMENT 



CBD CL 3-5 



IDENTIFICATION DIVISION* 
PROGRAM-ID. ' LA I S3 ’ . 



AUTHOR. S A DYSON 

REMARKS. SERIALS EXERCISE NUMBER 3— TAPE TO PRINT OUT. 

environment division..-.:.. 

INPUT-OUTPUT SECTION. 

F I L&-CONTRCL. ; 

SELECT SER-FILE ASST GN TO 'SYS016* UTILITY 2400 UNIT. 

SELECT SER-LIST ASSIGN TO 'SYS014* UNIT-RECORD 1403. 

DATA D I VI SICN. . 

FILE SECTION. . 

FD SE^-FILE RECORDING MODE IS F, RECORD CONTAINS 89 CHARACTERS* 
LABEL RECORDS ARE STANDARD, DATA RECORD IS FILE-REC. 

Cl FI LE-REC. 

02 TITLE PICTURE X(70). 

02 VOL PICTURE 9999. 

C 2 YEAR PICTURE 9999. 



02 CODE. . .. - - 

03 FORMAT PICTURE 9. 

C 3 LOCATE PICTURE A (1 0 ) . 

FD SER— LIST RECORDING MODE IS F RECORD CONTAINS 13 3 CHARACTERS 
LABEL RECORD IS OMITTED. DATA RECORD IS PRINT-LINE. 



01 PR I NT- LI NE. 

02 FILLER PICTURE X(10) , 

02 TITLE— C PICTURE X (70 ) . 

02 FILLER PICTURE X (5 ) . . . 

02 VCL-C PICTURE 9999. 

02 FILLER PICTURE X(5). 

. C2 YEAR-0 PICTURE 9999. 

02 FILLER PICTURE X (7) .j—:.'. - . ; r; 

02 CODES— Oi 

: C3 FOR MATO PICTURE 9. 

03 FILLER PICTURE X (5 ) . 

03 LOCATEG PICTURE A( 10). 

02 FILLER PICTURE X ( 12 ) . Tv f - 

\ WORKING-STORAGE ; SECTION.. : ., 1 ,.. . : ' : 7. 7-7- 

77 COUNTER V : PICTURE 99 VALUE ZERO. 

L 77 TEST i-; 1 -' • PICTURE X,(IO) VALUE SPACES. 

01 HEADING. 

02 FILLER PICTURE X(30) VALUE SPACES . •. . . . ;. 

C2 TITLEH PICTURE A(6) VALUE V-TITLESV- 
02 FILLER PICTURE X (49 ) VALUE SPACES . ...Li.; . . : 

02 VOLUME PICTURE X (4) VALUE 'VOL.'. 

02 FILLER PICTURE X (S 1 VALUE SPACES* 

02 YEARH PICTURE A(4) VALUE 'YEAR'. 

02 FILLER PICTURE X ( 5 ) VALUE SPACES. 

0 2 FOR MATH < PICTURE A(6J. VALUE,' FORMAT* . 

02 FI LLER : PICTURE XX VALUE SPACES.": •; 

02 LOCATION f PICTURE A ( 8 ) VALUE 'LOCATION' 

02 FILLER • PICTURE X;(14> VALUE SPACES. i\ 



PROCEDURE DIVISION. • ' .. 

OPEN. INPUT SER-FILE, OUTPUT SER— L I ST . 

HE AD . MOVE "SPACES TC PRINT-LINE, 

WRITE PR I NT — LI NE AFTER 0 L INES.. . 

WRITE PRINT-LINE FROM HEADING AFTER 1 LINES 



MOV E ^SPACES’ TO P ft 1 NT-L I NE . 






SOURCE STATEMENT 



WRITE PRINT-LINE AFTER I LINES. 

COMPUTE COUNTER = 3. 

MOVE ’GENERAL * TO TEST. 

START. -fiEAD SER-FILE AT END GO TO FINISH. 

MOVe SPACES TC PRINT-LINE. 

IF "LOCATE NOT EQUAL TO TEST PERFORM CHANGE. 

MOVE T IT LE TO TITLE-C. 

MOVE VOL TO VCL-O. 

MOVE YEAR TO YEAR-O. . 

MOVE FORMAT TO FOR MATO. 

MOVE LOCATE TO LOCATED. 

WRITE PRINT-LINE AFTER 2 LINES. 

COMPUTE COUNTER = COUNTER + 2. 

IF COUNTER EQUAL TO 53 OR COUNTER GREATER THAN 53 GO TO 
OTHERWISE GO TO START. 

CHANGE.' WRITE PRINT-LINE AFTER 0 LINES. 

WRITE PRINT-LINE FROM HEADING AFTER I LINES. 

WRITE PRINT-LINE AFTER 1 LINES. 

COMPUTE COUNTER = 3. 

MOVE LOCATE TO TEST. 

FINISH. CLOSE SER-FILE* SER-LIST. 

STOP RUN. 




■ 





PHASE 3 PROGRAM - :LAIS3 continued 





% 




HEAD 



T I T LE S 



ACADEMY OF POLITICAL SCIENCE? PROCEEDINGS 
BANKING 

BEST'S INSURANCE NEKS, FIRE AND CASUALITY EDITION 

FEDERAL REPORTER 

FEED AND FARM SUPPLIER 

HARPER* S MAGAZ I NE 

HARPER'S MEEKLY 

JOURNAL OF ENGLISH AND GERMANIC PHILOLOGY 
KENYON REVIEW 
LADIES* HOME JOURNAL 



MC CALL'S 



VOL. 


YEAR 


FORMAT 


LOCATION 


0026 


1957 


1 


GENERAL 


003-5 


1942 


1 


general 


0058 


1957 


1 


GENERAL 


OLOO 


1939 


1 


GENERAL 


0036 


1962 


1 


GENERAL 


0067 


1850 


1 


GENERAL 


0004 


1860 


1 


GENERAL 


0066 


1367 


1 


GENERAL 


0001 


1939 


1 


GENERAL 


0062 


1945 


11 


GENERAL 


0087 


1959 


1 


GENERAL 




DESIGN ('COLUMBUS* OHIO) 

DESIGN ( LON DUN > 

E L H (ENGLISH LITERARY HISTORY) 

EAST EUROPE 
ECONOMIC GEOGRAPHY 
GENETIC PSYCHOLOGY MONOGRAPHS 
HARPER’ S BAZAAR 
HARVARD BUSINESS REVIEW 
HARVARD EDUCATIONAL REVIEW 
HARVARD LAW REVIEW 
INTERNATIONAL ECONOMIC REVIEW 

INTERNATIONAL JOURNAL FOR THE EDUCATION CF THE BLIMD 
JOURNAL OF ABNORMAL AND S DC I A L PS YCHOLGGY 
LABOR LAW JOURNAL 
L AND ECONOM ICS 

LAW AND CONTEMPORARY PROBLEMS 
MAGAZINE OF ART 
MAGAZINE OF WALL STREET 
MANAGEMENT ACCOUNT I NG , SECT I ON 1 



PHASE 3 PRIHTGJR - LA. 1ST continued 





VOL. 

CQ28 

0049 

0032 

0007 
00Q5 
0075 
0122 
0001 
00 35 
00£7 

0008 
0010 
0048 
0010 
0026 
0020 
0030 
0092. 
0047 



O 




YEAR 


FORMAT 


1926 


FQ1MAT 


195 3 


1 


1965 


1 


1958 


1 


1929 


1 


1967 


1 


1958 


1 


1922 


1 


1965 


l 


1953 


1 


1967 


1 


1960 


1 


1953 


1 


1959 


1 


1950 


l 


1955 


1 


1937 


1 


1953 


1 


1965 


1 



LOCATION 

HUMANITIES 

humanities 

HUMANITIES 
HUMANITIES 
HUM AN I TI ES 
HUMANITIES 
HUMANITIES 
HUMANITIES 
HUMANITIES 
HUMANI TI ES 
HUMANITIES 
HUMANITIES 
HUMANITIES 
HUMANITIES 
HUMANI TIES 
HUMANITIES 
HUMANITIES 
HUMANI TIES 
HUMANITIES 




' J4 



TITuES 



ACADEMY OF SCIENCES USSR, PROCEEDINGS, EARTH SCIENCES SECTIONS 
BACTERIOLOGICAL REVIEWS 
CANADIAN JOURNAL OF BOTANY 

CANADIAN JOURNAL OF CHEMICAL ENGINEERING 

CANADIAN JOURNAL OF CHEMISTRY 

\ 

CAMELLIA JOURNAL 
ECOLOGICAL MONOGRAPHS 
FARADAY SOC I E T Y , T R AN S AC T l CN S 
FARM QUARTERLY 
GAS 

GAS AGE 

GENERAL ELECTRIC REVIEW 

GENERAL MOTORS E NG I NE E R I MG JOU RN AL 

INTERNATIONAL CHEMICAL ENGINEERING 

i 

INTERNATIONAL, GE OLOG Y ; RE V I E W ; > : ; 

INTERNATIONAL JOURNAL OF ENGINEER I NG SCIENCE 
INTERNATIONAL JOURNAL OF MECHANICAL SCIENCES 
JOURNAL FUR DIE REINE UNO ANGEWANDTE MATHEN.A|TK 
JOURNAL FUR PR ART I SC HE CHE M I E 
KANSAS UNIVERSITY, SCIENCE BULLETIN 
LANCET 

MACHINE DESIGN 
MACHINERY 

QUARTERLY JOURNAL OF MATHEMATICS 
QUARTERLY JOURNAL OF MICROSCOPICAL SCIENCE 
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VOL. 


YEAR 


0124 


l 959 


0C01 


1937 


0042 


1964 


0035 


1957 


0028 


1950 


OC 16 


1961 


0001 


1931 


0050 


1954 


0023 


1968 


0012 


1936 


0097 


1946 


0018 


1915 


0001 


1953 


0002 


1962 


0001 


1959 


0005 


1967 


0001 


1960 


0221 


1966 


0002 


1955 


0026 


1939 


0 001 


1940 


0021 


1949 


0055 


1949 


0011 


1960 


0101 


1960 



FORMAT 

FOl M/,T 
1 
I 
1 
1 
1 
I 
1 
1 
1 

1 

1 

1 

1 

1 

1 

l 

1 

1 

1 

1 

1 

l 




LOCATION 

SCIENCE 

SCIENCE 

SCIENCE 

SCIENCE 

SCIENCE 

SCIENCE 

SCIENCE 

SCIENCE 

SCIENCE 

SCIENCE 

SCIENCE 

SCIENCE 

SCIENCE 

SCIENCE 

SCIENCE 

SCIENCE 

SCIENCE 

SCIENCE 

SCIENCE 

SCIENCE 

SCIENCE 

SCIENCE 

SCIENCE 

SCIENCE 




1 



SCIENCE 



TITLES 



LANDSCAPE ARCHITECTURE 
NATION 











VOL . 


YEAR 


FORMAT 


GC 3 0 


1959 


2 


0 0 1 A 


1 0 72 


2 






LOC ATI ON 

general 

general 




T I TLH S 



NATIONAL ASSOCIATION OF SEC C*V> ARY SCHCCl. PRINCIPLES, GULLET I 

national association op teachers of singing* bulletin 



OFFICE 


EXECUTIVE 


OFFICE 


APPL IANCES 


OFFICE 


MANAGEMENT 


OFFICE 


MANAGEMENT ANQ 'AMERICAN BUSINESS 



PACIFIC AFFAIRS 

PACIFIC HISTORICAL REVIEW 

QUARTERLY JOURNAL OF ECONOMICS 



VOL 



YEAR 



FORMAT LOCATION 



0026 


1942 


F02MAT 


HUMANITIES 


0014 


1958 


2 


humanities 


0028 


1953 


2 


HUMANITIES 


0127 


1968 


2 


HUMANITIES 


00 21 


1960 


2 


HUMAN I T I ES 


0021 


1960 


2 


humanities 


0001 . 


1928 


2 


HUMANITIES 


0027 


1958 


2 


humanities 


0067 


1963 


2 


humanities 




The resulting method for solving this problem is not suggested as 
the best or most efficient way but only as an example of how one group of 
people who were les.rning library applications of computers did it. It is 
remarkable that the participants progressed, as far as they did in the short 
While they had. They deserve a great deal of credit for their willingness 
to work and learn a tremendous amount of material in only two weeks. 
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AUTOMATING ACADEMIC LIBRARY 
BUDGETS 



This presentation was not available for publication) 






AUTOMATING ACQUISITIONS 

By 

BRUCE ALPER 



AUTOMATING ACQUISITIONS 



The library acquisitions information system was designed for a particular 
istitution at a particular time. At the time it was brought to life, FAU had some 
ery serious problems. Before I go into the system itself, for which you have 
ocumentation, I have some notes on acquisition systems in general. 

The acquisition system for any library has two halves, the scholarly 
election of materials to be acquired, and the "nuts and bolts" operation of ac- 
uiring those materials and putting them into the cataloging operation. This 
cholarly process that is called material selection is not jco be discussed in 
tiis presentation-. 

Acquisition systems can be classified by their architecture . First, we 
an describe them by their data content. Some systems include only accounting 
nformation, while others include accounting information plus partial bibliographic 
iata. In still other systems, data content is a pre -cataloging acquisition system, 
"here are, of course, all shades of gray in between these three. 

Second, under architecture, we car. also talk about the hardware the 
lystem uses. You can have a system that uses no hardware at all- -completely 
Land operated in every way. Then you can have a mechanically augmented 
lystem, where you use a posting machine to list your ledgers. A third step would 
>e the use of an accounting machine. The fourth level is really the first entrance 
if the computer system, and this. would be a, computer batch processing operation; 
»y batch processing, I mean discreet st os in the operation. The fifth, and by 
ar the most expensive system of all, i- c .re teleprocessing operation using a 
•emote terminal hooked to a central cot titer facility somewhere on your cam- 
ms or somebody else' s campus. This t stem can be divided into two parts: 

1) where the computer is devoted tote iy to doing the library work, or 

2) time sharing, where others are us .g the computer simultaneously for other 
hings. 

What are the basic requirements for an acquisitions system? You have a 
earching process t o determine if you already own the material, if it is in process, 
>r on order. The searching process also completes the bibliographic information 
lecessary to order the volume. The next major phase in an acquisition system 
/ould be the placement of an order. You would select a vendor, create a purchase 
irder, and encumber funds for the item. The third operation within the acquisi- 
ion system would be order follow-up . The fourth operation would be receiving . 
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Acquisition systems can also be classified by - at 3 ^_ctur e _ of responsibili t y. 

1. The Library can be responsible for all operations. 

2. It can request some central agency on campus to order materials. 

3. The Library can order through a local co-operative venture. Again, 
there are various shades of gray between these. You may have a library which 
uses a cooperative center for part of its acquisitions, and has responsibility 
for ordering all other materials. FAU has selected a path between number 1 
and 2. 



FAU's first effort was a full bibliographic system. Use was made of an 
IBM 1460 computer in this batch processing system. Two persons, professiona s, 
were devoted to nothing but entering and correcting data for the system. There 
were considerable errors in input. We had a lot of overhead in the system. It 
took two weeks for a purchase order to get out of the computer and in the mail. 

In addition, the products of the system were limited. There was no accessions 
list by title or author. The system was inadequate in every way. Partial ship- 
ments were a fantastic problem. Keypunching time for this system ran aioun 
ten minutes per title. 



Keep in mind the size of FAU. By January, 1967, this system had totally 
failed. During the period from September, 1966 - September, 1967 there was no 
library. The books were there, but they were absolutely inaccessible. There 
was a backlog of some 70, 000 volumes in the library that had been put on the 
shelves without cataloging for use. There was no way to tell what or where they 
were. 

From January, 1967 to June, 1968 the University Business Office assumed 
all acquisition operations except for selection and searching. During this time 
the processing cycle took six weeks on the average. In addition to excessive time 
delays, the input data requirements of the business office system were not com- 
patible with the bibliographic nature of the library input. As you can tell, this 
operation was something less than a success. Actually, total disaster was 
avoided only through the withdrawal of most of the book budget by the State Board 
of Regents. In September, 1967, Dr. Axford arrived on the campus and we began 
the design of a new acquisitions system. 

The next thing we are going to talk about is the parameters for the systems 
design. At FAU oar main parameter in all operations is publm service ^ We are 

being paid to serve the public, and this is what our system is for. ■ 

1. First of all, we could not afford any additional library systems staff. 

2. We would collect minimal bibliographic data. 

3. We insisted on a library system. We were going to take the processing 
responsibility away from the business office. Their turnaround time was much 
too slow. 
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4. The system was to be designed to allow for future possible on-line 
lata collection, eliminating the use of the keypunch. 

5. Computer time must be kept to a minimum. 

6. There must be a data interface with the business office system. 

7. The data record for these will contain at least the following items: 
uithor, title, vendor identification, estimated price, date ordered, price paid, 
late received, vendor invoice number, quantity of material* fund accounting 
lumber,; identification for serial items, ability to account for postage, and 
shipping; charges completely separate of the material. 

8. The computer system available was an IBM 360 model 40, with 32 K 
positions of memory, 4 tape drives, 1 disc drive kept available for data work 
files, (no permanent disc files were allowed on the system) and a card reader- 
punch and a printer. 

9. The state required programming language was COBOL. So you can 
see some pretty stringent program designs criteria. 

In addition, we had a psychology on the campus that we had to combat. 
There was no confidence in the library. 

As you will note by the end of this presentation, all design parameters 
were met and exceeded. In fact, it has become the standard against which other 
systems are measured. 

My basic philosophy is that when I install a system, I install the very 
basic minimum at the outset. We installed July 1, 1968, a system composed of 
nine programs. The system was absolutely the bare ^es sertials and we have up- 
dated it from there. Now we can go into the handout I gave you consisting of 

1) the documentation packet, . 

2) the purchase order breakdown, and 

3) the Richard Abel approval plan. 

Consider this documentation in two ways. One, a document for our use 
here, and two, an outline of the absolute bare minimum that you heed for any 
operating acquisitions system. I have to admit (that "the tendency is, when de- 
signing systems/ to bypass documentation in favor of implementation. Systems 
people tend not to document. Documentation takes more time than actually 
writing the program or designing the system. Nine months ago we put a halt to 
all development of systems that had not been designed up to that date. We are 
using this tinhe to document in detail everything that has been done up to this 
date. 

The first eleven pages constitute a complete system flow chart of the 
acquisition system as it exists, including the interface for the acquisitions in- 
formation system. I have not put in the serials operation into this flowchart 
intentionally; that is a whole system in itself. Since we are going to have a 

Ncte: This was included in the participant's packet of program materials 

and supplies. 
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sntation on serials, I will presume it can be interfaced. The first three 
i of this flowchart constitutes the ordering procedure and they are noted 
ch. Ordering is the simplest part of this procedure. The rest of the eleven 
; illustrate the receiving operation. 

Let me explain how to read a flowchart. Solid lines indicate processing 
Dotted lines indicate material or information flow. This is my standard 
lis particular flowchart. 

The purchase or er has six copies: purchase order copy, yellow LC 

copy, fund copy (second), shipping, and vendor, and then a green on-order 
, which is the last one. The green copy card goes into the title catalog to 
ate that the item is on order. The information contained on the form is 
ively self-explanatory. On the back of the vendor copy there is a feedback 
e for vendor use. After you go through this flowchart, you will see these 
idual copies of the order form used in different places. 



Keep in mind that this flowchart is designed to use FAU's resources, 

: am sure, given additional resources and personnel, things could be done 
rently. In this flow chart you will find unique symbols used. Those symbols 
iefined on page 13. Page 12 has a definition of each of the manual and computer 
used in this system. For the file symbol, I use a triangle. Each, triangle 
l little number down on the right side of the point. This is the standard symbol 
i manual file. 



In the flow chart you will find blocks of typed information. Read these in 
LI. Page 14 is a flowchart of the computer processing as it is done on Thurs- 
night. The next pages, 15, 16, 17, 18 are users' documentation. This is 

be documentation that a person inputting data into this system needs to run 
system. The whole last page is a memo indicating the amplification of the 

em. 

Page 15 explains how to create a fund number and assign it a title. Every 
of our clerks in acquisitions has been run through a training procedure where - 
ley had to do everyone of these steps individually on their own. Pages 16 and 

adicate how to create a card record for every possible transaction that can be 

l in this system. Obviously, we have two sets of information in this system, 
Including the vendor information from the business office. We have the actual 
rmation of the items we are ordering and then we have this fund structure 
rmation, that bells us where our funds are located. 



Back to the handout, which we are going to go through rapidly, 
.ains some of the information retrieval capability of this system. 



Page 20 



it# i 
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1, Data is divided into groups according to the data chart on the following 
page. The programs that are provided with this system can select any group of 
this data. Keep in mind that a systems analyst does not understand some of the 
things people have requested of him in detail. I could not comprehend what a 
new title backfile of non-serial item was, but if it was needed, I made provision 

for it within the system. So you can select the data by its classification of material. 

2. We have a very elaborate program that does analysis of delivery cycles 
by vendors. It answers the question, "How long does it take us to get a particular 
item from the day we ordered it? " Also, we profile materials. Within the approval 
plan, we go by the LC classification. 

This system produces information weekly that is disseminated to each 
university department — we produce a list that is distributed that tells them exactly 
what is on order and what has been delivered for them during the past seven-day 
period, and, in addition, they all get a copy of what has been delivered for them 
during the past three months. 

The next two pages indicate the more than 20 programs that are in the 
system. This is not a program documentation list. This is just a program 
description list. The programs in the 50 series are the statistical analysis for 
the system. The next two pages talk about the development and support of a 
system. The processing time per title- on a yearly basis, is .075 minutes of 
computer clock time. 



The next page indicates the amount of computer time required for 
developing and testing new programs. At the bottom of the page, there is a 
summary of the general development of these systems. The acquisition system 
incorporates 1, 400 man hours approximately. The circulation system amounts 
to 1360 hours and the documents processing systems amounted to 700 hours. 

The acquisitions information system provides two kinds of print-outs: 
periodic and demand. We have some basic documents we produce weekly, 
monthly, bi-monthly, and yearly. The print -outs you have here do not represent 
all the documents the system can produce. This is just a sample. Page 26 is a 
weekly print-out. The funds are listed by title. The library general fund has 
six sub-funds: approval plan, standing orders, serials, binding, reference, 

postage and freight. Then we have the individual college funds and our special 
external funds.-. The external funds are those provided by ;Sources other than 
the state of Florida; they are usually grants or some other gifts. Through our 
fund structure a major department could have 999 subdivisions within it. 



The next page is also a weekly product. This is the invoice list. There 
are four invoices on this page. You will see the vendor number, invoice number 
and the items contained on the invoices, the dollar amount plus invoice total, 
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and the total for the vendor. This is what our bookkeeper uses to check to make 
sure the paperwork contained with the material from the vendor is correct, 
copy of this list goes to the business office. 



Page 28 is really the heart of the operation. A copy of this is distributed 
to each department on campus. All items that are encumbered or have been 
paid are listed. Items that have been paid for have a slash in the date; 
with hyphens are on order. The next print-out is the vendor analysis Ox discounts. 



The next page is the LC class analysis of the acquisitions plan: The 

bottom of the page includes a summary of the class covered by that page. The 
system also accounts automatically for credits, and they are carried forward 
from day to day. They are automatically posted against debits for the same 
vendor. The listing on page 30. is a new format where we have added the order 
date, the paid date, and other information. Listings from here bac are re a ive 
ly self-explanatory. 



Starting on page 41 are listings of items that are on order. Serials, new 
serials titles only, serials renewals, serials on order by vendor (we use this as 
a claim list), non-serials items on order, etc. are all listed. 



The next page is the same idea for a particular fund (page 48). Have you 
ever wondered at the end of the year what you bought? This program produces 
that information in a few minutes* 

This system has brought order out of chaos, speed and efficiency out of 
mass confusion. Our system now serves the public to the extent that other msti 
tutions both in and out of Florida have adopted it for their use. Much work 
remains to be done, but the system is designed to take additional features with 

minimum change. 
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CATALOGING 

By 

JOHN P, KENNEDY 
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A growing number of libraries are producing their catalogs, either in card 
or book form, through the use of data processing equipment. The availability of 
machine processable bibliographic records from the Library of Congress through 
the MARC Distribution Service has given great impetus to such efforts. I will 
describe the work at the Georgia Tech Library in this area with emphasis on the 
changes we are making in our system as a result of our experience with the MARC 
Pilot Project. Before turning to this prosaic part of the cataloging process, I 
would like to make a few comments about the intriguing possibilities in the more 
intellectual tasks of original cataloging. 

There has been much interest and research on automatic indexing but so 
far there has been little production as distinguished from research work. Still 
the promise of automatic indexing is alluring. In a recent article in which he re- 
viewed the results of work done on automatic indexing, Gerald Salton concluded: 

"All the available evidence indicates that the presently known text analysis 
procedures are at least as effective as more conventional manual indexing methods. 
Furthermore, a simple indexing process based on the assignment of weighted 
terms to documents and search requests produces better retrieval results than a 
more sophisticated content analysis based on syntactic analysis or hierarchical 
term expansion. Such a simple automatic indexing procedure is easily implemented 
on present-day computers, and there are no obvious technical reasons why manual 
document analysis methods should not be replaced by automatic ones, " 

Louis Kaplan, a library administrator, reacts quite differently to the same 
research findings: 

"From these bits of evidence the relative insignificance of the indexing 
system and language compared to the indexing itself, and the imaginativeness of 
the search strategy, rises to haunt us. Furthermore, realizing that autr tic 
indexing is not now superior to manual indexing, and gue s sing ^at the c st o 
this kind of indexing, the prospects are anything but bright. " 

I suspect that in time most indexing will be done by computers rather than 
by human indexers but this seems to be a distant rather than an immediate prospect 
A prerequisite to automatic indexing in order for'it to.be attractive on a large scale 
is the availability from publishers of the text or at least an abstract of documents 
in machine processable form. • 

During the period in which human catalogers are continuing to do original 
: cataloging there are some ways in which the computer may be of assistance. In 

the report, Automation and the Library of Congress , a system is projected in 
which a cataloger works at a console on line to the computer and the various 
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authority and bibliographic files of the library. As she keys in the title page data, 
an edit program would normalize the data to the form of a catalog card. If the 
author's name matched a name already on the authority file, the computer could 
supply the established form of the entry. Otherwise the entry would have to be 
established by the cataloger and the established entry and its variants keyed in 
and placed on the authority file. Cataloging rules and schedules would be available 
and could be displayed as needed. When the displayed record was completed to 
her satisfaction, the record could be released for automatic addition to the biblio- 
graphic files. Thus the entire cataloging operation would be completed without 
retyping or creation of any paper documents. 

So far only a few preliminary steps have been taken along these lines. For 
example/ at the Library of Congress and at Harvard University, subject authority 
files are being maintained on magnetic tape and updated by computer processing. 
At Harvard a computer updated subject heading list, is kept at each cataloger* s 
desk. At many libraries, including the Georgia Tech Library, bibliographic data 
is typed in a relatively unformatted form and a computer program formats it for 
printing catalog cards or book catalogs. 



Key word indexing by computer is widely known through a number of 
published indexes. Several libraries, including the Florida Atlantic University 
Library which you heard about yesterday, are using key word indexing for special 
types of materials for. which they cannot afford to do full traditional cataloging. 

Key word indexing has proved to be an effective technique for many types of material 
especially with manual enrichment of titles. It often provides an attractive com- 
promise between full cataloging and no cataloging. 



Having considered very briefly a few of the possibilities for atuomation of 
cataloging proper, I would like to proceed to consider that part of the cataloging 
operation that is currently being automated at numerous libraries. This is the 
production of the catalog record which the patron will us^ m the form of a file 
of catalog cards or in book form. The Georgia "" ~y has utilized data 

processing equipment for the production of most ui its catalog cards for the past 
three years and is experimenting with the production of book catalogs. The original 
catalog production system at Georgia Tech has been described in a paper which has 
been available for you to read in the dormitory. I will therefore emphasize some 
of the changes we have made, and the reasons for them. 






In systems design one usually begins by considering the desired outputs of 
the system. I will begin this description of the Tech Library catalog production 
system by describing the outputs. ' The primary output of the system to date has 
been catalog cards; Over 400, 000: cards have been produced by the system and 
filed into the various catalogs maintained by the Library, In order to save space 
on the catalog cards and thus prevent the creation of numerous extension cards 



we made several modifications, to the traditional unit card format. We have had 
no problems or complaints resulting from these changes and the number of ex- 
tension cards has not been excessive. Figure 1 is part of a set of cards printed 
on our computer line printer. It should, perhaps, be emphasized that the varia- 
tions from the traditional card format were made by choice and that a library 
could write its programs so that catalog cards are printed in the traditional 
card format. 

Book catalogs were the other primary product in the system design. Our 
objective has been to produce the book catalogs as a part of the same operation 
which produces the catalog cards, in order that we might evaluate the usefulness 
and production costs of the book catalog without committing ourselves to discon- 
tinuance of the card catalog. We have not yet been able to evaluate the usefulness 
of book catalogs in our situation since we have been unable to obtain funds for 
their printing and distribution. We have been able, however, to develop a system 
for the production of the book catalogs from the same machine records that are 
used in producing our catalog cards. We have printed out two editions of the book 
catalog in a single copy and have been producing one -copy monthly supplements. 

A proposal for funding a project to print and distribute this catalog on microfiche 
is currently being reviewed. 

The system is also designed to produce several secondary products. First 
of these is a monthly new book list. This list records all titles cataloged for the 
collection during the previous month and is arranged in call number order. We 
reproduced the list for distribution to faculty and staff for two years. Reproduction 
of the list has currently been suspended as an economy measure but a copy of the 
current list is kept at the reference desk where it may be consulted by patrons. 

The system was also designed to produce book cards, book pockets and spine labels. 
This part of the system has been tested but has not been used in regular production 
because of the difficulty and delays involved in matching these products with the 
books. We are planning, however, tc try this again in the future. 

Various management statistics art, produced by the system. Statistical 
reports showing volumes, times and costs for all computer runs are produced. 
Reports show the hours spent in typing input records, the number of titles com- 
pleted, the average number of records typed per hour, and the number of computer 
.detected errors, for each typist. The distribution of titles cataloged is reported 
by such characteristics as language, subject class, location, cataloger, and method 
of acquisition. .■ ; . f: b; S-- ;;' Vy ■; 

The final product of the system is of a different nature from those mentioned 
so far since it is a means of providing other useful outputs rather than a product 
that is directly useful. This is the development of a machine process able file oi 
bibliographic descriptions of our holdings. This file now contains about 44, 000 
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records for titles cataloged since January, 1966 e Records for about 6, 000 titles 
which were cataloged in 1966, before the mechanized system was operational, have 
now been punched and are being proofread and corrected. When this task is com- 
pleted the file will be complete for all monographs in the collection which are 
classified by the Library of Congress classification, or for all monographs added 
to the collection since 1966 when we changed from the Dewey to the Library of 
Congress classification. The availability of this file opens many options for the 
future. As new output devices become available we will be able to take advantage 
of them by changing only the output module of the system, just as we are now plan- 
ning to go to a Computer Oui it Microfilm (COM) device for output. As real time 
processing and mass storage devices with direct access capability become more 
economical, we will have the data base for providing access to the catalog from 
remote terminals. When we are ready to automate our circulation system, we v/ill 
be able to automatically produce book cards for all books acquired since 1966, which 
will account for most of those with the heaviest circulation. If we need statistics 
not now provided by the system, on the characteristics of the monographs added to 
the collection, we can obtain these by running a special program to analyse the 
records irr this file. Special purpose bibliographies may be generated with relatively 
little effort. All of these projected benefits depend on adequate identification of the 
data elements in the bibliographic record. We believe this to be provided for by 
the use of the MARC format. In the long run, the development of this file may be 
the most important benefit to the Library from the operation of the system. 

Going from outputs to inputs, there are two sources of input records for the 
system, Fir-st, there are the MARC records obtained on the weekly tapes from the 
Library of Congress. At this point I think it advisable to digress in order to review 
the main characteristics of the MARC progratn for those of you who have not had a 
opportunity to become familiar with it* 

. The MARC Pilot Project which began operation in 1966 was designed M to 

determine the feasibility of centrally producing a standardised machine -areadable 
record for application by local installation's *©* v& their specific requirements 
Sixteen libraries of varying types were chosen to receive the tapes from the Library 
of Congress during the pilot; project. The Georgia Tech Library was one of these 
sixteen participants. On the basis of the pilot project experience it was determined 
that the program was feasible, and plans for a continuing distribution of machine 
readable catalog records were developed. In March, T9 69 the Library of Congress 
began distribution of MARC records on a subscription basis to any libraries wishing 
to subscribe , At present the program covers all .current English language monographs 
cataloged at the Library, cif Congres s This - is averaging about 1200 title s per week. 
Plans call for gradual expansion tc cover other categories of materials* with French 
and German language monographs to be covered in the first expansion.: Records arc 
usually received on the tapes at about the same time that Title II deposit cards are 
received for ' the same 'titles. With the introduction of cataloging in publication in 
1971, MARC records should often be available before the boo&s are published. 



One of the major achievements of the MARC program at the Library of 
Congress has been the development of the MARC II record format which has been 
widely accepted as a standard. Acceptance of this format as a standardized com- 
munications format means that libraries and other organizations will be able to 
exchange bibliographic data without each organization having to write a special 
conversion program for the data from each source. If an organization has a unique 
format for processing and storing records, it may still exchange data with other 
organizations accepting the standard by writing only two conversion programs. One 
program is required to convert records from the MARC II format to the organiza- 
tion's own format and another program is required to convert from the organization's 
format to the MARC II format. In addition to the advantages of standardization for 
exchanging records, the MARC II format can provide valuable guidance to libraries 
in developing their own internal formats. Many libraries will wish to simplify or 
otherwise modify the MARC II format but knowledge of the format can save much 
design effort and prevent many errors and oversights in design. 



We will not have time to examine the MARC II format in detail this morning 
but I would like to emphasize its flexibility. Flexibility was one of the prime 
specifications in the development of the format. There are several different types 
of flexibility involved. First, the basic structure is designed to be hospitable to 
all types of bibliographic records. It is suitable for records for such types of 
materials as serials, maps, and technical reports, as well as for monographs. 

It is suitable for index and abstract records, and for authority file records as well 
as for records of Library of Congress cataloging. This flexibility is achieved in 
part through the use of a fixed length leader field which specifies the type of material 
described in the record and which specifies other variable characteristics of the 
record. Most of the non-control information in the record is carried in variable 
length fields. There may be any number of these r ' •’ -ff the record structure 

provides for wo to ] CIO Cerent types of variable fields. A record directory 
identifies the type of data in each variable field and gives its relative starting position 
and length. iThe content and coding of the variable fields can vary for different types 
caf materials but the basic record structure remains constant. 

A second type of flexibility provided by the for mat its "flexibility in use. The 
records may be used for printing catalog cards, book catalogs, and special purpose 
feibliogjraphies. ' They may be used, in selective dissemination of information systems, 
in the selection or ordering or materials or for other pu^goses that may be devised 
to serve libraries of all types and sizes. The format is therefore designed to facili- 
tate filing or sorting of the records according to various irnLes, for the printing of 
records in various formats, and for retrieval of records cue the basis of various 
characteristics. 

The format of. the record is also flexibl e" in its suitability for processing on 
a wide variety of cornrputting systems, in a compatibility sltudy conducted by the 



141 



ERIC A 

145 ,f ' 



Information Systems Office at the library of Congress, "It was found fc W th e 
majority of the tape units on the market are able to handle magnetic t^eS conform- 
ing to the Library of Congress' standards, and that most computers ahe able to 
use at least one compatible tape unit as a standard I/O device. " Thi* 3 report may 
be consulted to determine whether a computing system which may be available for 
use by your library is capable of processing the MARC tapes. 

The tremendous flexibility of the MARC format is achieved, of couf^e, at 
some cost. This cost is in the complexity of the record. A simpler he c ord c o u ld 
have been designed for any single use such as printing catalog cards. This Vould 
simplify programming and make processing more efficient for that pa^UcuMr use. 
Likewise, a record could be designed which would allow more efficient processing 
by a particular computing system. For this reason many libraries th a t ca* 1 antici- 
pate what equipment will be available to them and what uses they will making of 
the MARC records may wish to modify the format and perhaps eliminate sOTqe 
data fields in order to make processing more efficient in their own situations. 

The basic document describing the MARC format is The MAR^ IlJ^I^^lAT^ 

A Communications Form at For Bibliographic Data . There have beeA^sorAe changes 
since that report was issued. The briefer Books: A MARC Format give s the 

most up to date account of the format as it is being applied for monog^phS- There 
have been a number of articles about the MARC program in the JRurnAl^oj^^ 
Automation, and the summer 1968 issue of Library Resource s,*’ 

vices contains several articles on the MARC program. And Lie > a* an/ of you 
who may be seriously considering the use of MARC records in your libraries, the 
Library of Congress and the Information Science and Automation Division of ALA 
have been sponsoring a series of two day institutes, held in major cities throughout 
the U, -S. , on the use of MARC records. 

Returning from this review of the MARC program to consideration of the 
system at the Georgia Tech Library, I said that we use the MARC record our 
input record whenever possible. Currently there are MARC II records available 
for about 60 per cent of the monographs which we are cataloging. TlA-S figure has^ 
gradually increased as the MARC data base has grown larger. We ah ^ hoping that 
it will continue to increase to 70 or 80 per cent. For those titles for V/bic 1 -* n° MARC 
record is available, we key the cataloging record ourselves on a Fle^^writer. The 
paper tape containing these records is input to a computer program ydbch edits the 
data, prints a prooflisting and formats the records in a slightly modified MARC H 
format. Thus we get a MARC format record for all our monographs, either from 
the MARC tapes or by keying the recqrd locally. 

All computer processing for our system is done at the Rich Electronic Com- 
puter Center on campus. The Center has two powerful computing syht e mS> the 
Burroughs B 5500 and the UNIVAC 1108. The UNIVAC 1108 was not Avhil a Vi'e when 
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our system was initially designed and the original system ran entirely on the 
B 5500. Our B 5500 has two central processing units, 32, 000 forty-eight bit 
words of core storage, 28.8 million- characters of disc storage and ten 7-level 
magnetic tape drives. Our programs are multi -proces sed with other jobs and 
the Library is billed $140. 00 per hour for processor time and $46. 67 per hour 
for I/O channel time. The Computer Center has advised us that jobs like ours 
will run more efficiently on the UNIVAC 1108, and as we modify and improve 
the system it is being programmed for the 1108. Currently, the input programs 
are running on the 1108. The records are then converted to the B 5500 character 
set and the edit and output programs run on the B 5500. The UNIVAC 1108 has 
one central processing unit, 65, 000 thirty-six bit words of core memory, 12 I/O 
channels, two high speed drums, two Fastrand drums and four 7-channel tape 
drives. It is being upgraded by the addition of a second central processor, 

65, 000 additional words of memory, and additional high speed drums and tape 
drives. The Library is charged $400 per hour for processor time on the 1108. 
Even though the MARC tapes are originally prepared on an IBM System 360 in a 
modified ASCII character code, we have had only minor difficulties in processing 
them on either the Burroughs or UNIVAC systems. 

All programs for the Library system have been, written m COBOL. Al- 
though COBOL has often seemed cumbersome for processing the variable length 
data, it does have all of the essential capabilities. We have found it more efficient 
to use assembly language or FORTRAN subroutines for a few operations. On the 
1108, the assembly language subroutines permit the writing of true variable length 
records and give greater flexibility when I/O errors occur. 

Figure 2, in four parts, is a flow chart of the original system. In this 
original system, a clerk in the Catalog Department checked a listing of LC card 
numbers of those records available on a cumulative. MARC file to determine 
whether MARC records were available for - the books being cataloged, if a MARC 
record was available the LC card number was punched into a selection cards. 

These cards were batched and run against the cumulative MARC file in order to 
select the desired records from the cumulative file. The. selected records were 
listed, proofread, and corrected or modified as required. The corrected records 
were then used to print catalog cards, to update a master file of our holding and 
to update print files. The print files were used in a cycle of programs for printing 
book catalogs and supplements. If a MARC record was not available, the record 
was typed on a Flexowriter, catalog cards were produced on the Flexowriter, and 
a byproduct paper tape used as input for updating the master file and print files. 
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Figure 3, in four parts, is a flow chart of the improved MARC II system 
for the 1108, which we are in the process of implementing. This improved 
system, using records in a slightly modified MARC II format is now partly 
operational. We are implementing the new system step by step in combination 
with the original system in order that production will not be halted while the. new 
system is developed. This makes implementation much slower than it would be 
if we could discontinue operation of the B 5500 system, since articulation of the 
two systems is time consuming. When MARC II records were first received, 
we immediately converted them to the MARC I format and processed them entire- 
■v ly through the old system on the B 5500. At present, the preliminary steps and 

input operations of the new system shown in parts 1 and 2 of the flowchart are 
£ in operation. Our cumulative MARC file is maintained on the 1108 and records 

are selected and prooflisted on the 1108, Local input via the Flexowriters is also 
£ edited and formatted on the 1108. The records are then converted to. our version 

of the MARC I format and the Burroughs character set, and all corrections and 
| output steps are done under the B 5500 system. 

y Rather than going through the flow chart of the new system step by step, 

I will point out some of the changes from the original system and the reasons 
for them. You may have noticed that in these charts we refer to the system as 
| a Technical Processing System rather than as a Catalog Production System, It 

U is designed with the intention of including acquisitions procedures in the same 

|. system, as phase 2. The heart of the new system is an on-line process file. In 

I phase 1, records will be entered on the process file at the time the titles are 

| cataloged. In phase 2, records will be entered on the process file at the time the 

title is Selected for ordering. Initially, access to the file will be by LC card 
number only. Unique pseudo card numbers are generated for local input records 
where we do not have an LC card number. Indexes by short titles and entries 
will be printed. If the abbreviated author or title is not sufficient to identify the 
item, the complete record can be: displayed on a terminal. The control file 
associated with the process file will carry a status word for each record which 
will indicate what operations have been performed and remain to be performed 
for that record. In phase 1 the status _;wp.r'.d; will show such conditions as verified, 

| cards printed, added to master file>^ln^ -phase '-2 : the status word will also show 

| such conditions as order printed, claim printed, reports received from vendor, 

I book received, invoice received, and invoice processed. 

The primary advantage; of the on-line process file is that it permits im- 
mediate updating or inquiry regarding the status of a record, from a terminal 
in the Library. Any single record may be displayed or revised at any. time 
without having to wait for the entire file to be printed or for a batch of changes 
to be punched and processed. This capability will decrease the volume and 
frequency of printed lists required. ^ f 
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One of the moft severe limitations of the original system has been that 
it i-a entirely a batch system. Records are input in batches and tsmaim in these 
sartwe batches until all processing is completed. This has exte^^ed the through- 
put time much beyond that which we had expected. The system- was die. signed 
for a weekly cycle. We expected to pick up records from the (-.catalog ^Department 
once a week and to select or key these records, proofread them., make the re- 
quired corrections, print the catalog cards, and uqpdate the file before 

picking up the next weekly batch. This has prov-ed to be usareali- itic. The greatest 
delay comes in the proofreading and correction Oteps. W^e neve i succeed in 
getting all records correct on the first run of the corrections pr^ram. Conse- 
quently, the prooflisting from this run must be checked and additional corrections 
punched before rerunning the correction program. This cycle nrnust often be 
repeated several times before all records in the batch are <cors-e?ct an<A processing 
of the batch can be completed. In the new system, processing ©if a single record 
can continue as soon as that one record receives the verified &ta.tus. 

In working toward the new system, we have modified the original B 5500 
system to permit display and correction of records from a tertrin’al for correc- 
tions for about 18 months. This capability has improved throughput time and is 
a great convenience. Wlien a large number of corrections are to Ibe made, how- 
ever, it is several times more expensive to do them from the terminal than by 
batch processing. For this reason, the initial corrections of local input records 
are still done in batch mode, but MARC records, with fewer changes to be made, 
are corrected entirely from the remote terminal. In the new system we are 
planning to make all changes via the terminal. The remote update program is 
being written so that less typing is required to make changes and we hope that 
it will be more efficient and more economical. Provision will also be made, 
however, for making corrections by batch processing if this proves to be necessary. 

The only noteworthy difference between tSie two systems in the preliminary 
procedures is that the card number listing is ho longer checked to determine 
whether a record is on the MARC file. If the book is an English language mono- 
graph with a recent imprint and is not in one of the subject classes which we 
delete from our MARC file, we assume that it will be on the MARC file and 
attempt to select it. In recent weeks 80 per cent of the records have been on 
the file the first time we attempted to select them. If the record for a title is 
not on the MARC file when we attempt to select it, the select program punches 
a new select card for it. These cards are combined with the new select cards 
on the next selection run. The program punches in the new select cards the 
number of unsuccessful attempts to select that record. After the ninth unsuccess- 
ful attempt a new select card is not punched but a message is printed that the 
title should be processed through the local input system. This means that ve 
will ordinarily wait about nine weeks for a record to turn up on the MARC ■ii.j.- 
before keying it ourselves. I do not yet have accurate statistics on the frequency 
with which this occurs. 
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The procedures for keying local input records proved to be the least 
satisfactory part of the original system. Initially, catalog cards for titles that 
were not represented in the MARC file were produced on Flexowriters and a 
by-product paper tape was used for adding these records to our master catalog 
file and print files. Use of the Flexowriters for printing catalog cards provided 
a larger character set including lower case and the common diacriticals, and 
also permitted printing 12 characters to the inch rather than 10. There proved 
to be several disadvantages. The Flexowriters were slower and had much more 
time out of service for repairs than we had anticipated. The instructions for 
typing records were quite complex and it usually required about two months be- 
fore a new typist became proficient. Some typists were never able to follow the 
instructions consistently and continued to make frequent mistakes. These diffi- 
culties were compounded by a high turnover rate for typists. On the other hand, 
we experienced no complaints or problems from the use of the limited character 
set on the computer printed catalog cards. Therefore, we decided to print all 
catalog cards on the computer and to use the Flexowriters strictly as an input 
device. Used in this manner, the Flexowriters have proved to be quite reliable 
and seldom in need of repair. Since program codes to control the automatic 
typing operations on the Flexowriter are no longer required, the typing procedures 
and instructions have been simplified. The data may be input in a relatively un- 
formatted form as long as each data item is identified with the correct MARC tags. 
Corrections can be made much more conveniently since the incorrect codes may be 
left in the paper tape and additional codes punched to cause the data to be corrected 
by the computer under control of the editing program. The input of local records 
takes only about half as long under the improved system. 

Our experience has shown that the major machine costs for operating the 

system do not result from the processing of records required for character con- 
version, editing, formatting entries, sorting and printing but from the reading 
and writing of several large files. , The large magnetic tape files required by the 

system are the master catalog file, the catalog print files, and the cumulative 

file of MARC records (referred to on the flowcharts as the TECMARC file). All 
of these files are multi -reel files, presently requiring three to five tape reels 
each. Not only are the runs that update these files expensive but occasionally 
in such large files there are records pn the tapes that cannot be read. This has 
occurred more frequently on the B 5500 than on the 1108. Nevertheless, it has 
been enough of a problem on both computers that we are now maintaining duplicate 
copies of each of these files. This adds to the cost of update runs for these files 
but it has been effective in preventing the necessity of reconstructing the files 
from older backup tapes* 

In the original design, the complete print files were updated only once a 
month but the master file was updated weekly. We have found it more economical 
to merge several of the tapes for updating the master file and to run the update 
program only twice a month rather than weekly. In the new system the pro- 
grams which update the master file and catalog print files, will be run only 



once a month. This will limit the cost of these runs. Also we plan 
to segment these files in five year volumes so that they do not con- 
tinue to grow indefinitely. This will lead to the production of catalogs divided 
chronologically into five year sections as is the printed National Union Catalog. 

Maintenance of the TECMARC file and selection of records from the 
TECMARC file are still done weekly in order to avoid unnecessary delay in pro- 
ducing catalog cards. During the MARC Pilot Project we did not find it necessary 
to update the TECMARC file weekly since the Library of Congress provided cumu- 
lative tapes. In the original system, therefore, selection of records was done in a 
separate program. These .functions have been combined in the same program in the 
new system so that it is necessary to read the TECMARC file only once a week. 

We have found that it costs us approximately $ . 00068 per record to read or write 
a file of MARC records. Our TECMARC file currently contains 54, 400 records 
so it costs about $37 to read this file and $74 to read it and write an updated ver- 
sion of it. Table I shows our calculated cost per title for reading the TECMARC 
file, selecting records from it and formatting these records for printing. The 
cost per record depends on both the number of records in the TECMARC file and 
the number of records selected in each batch. Table II shows the calculated cost 
per title when file maintenance is included in the same run. Obviously, it is im- 
portant to keep this file as small as possible and to, avoid any unnecessary passes 
of the file. We are averaging about 250 titles in the weekly select batches and the 
TECMARC file contains about 54, 400 records. Table II indicates a cost per title, 
of about $ . 37 at these volumes. If the cost of these functions goes much higher, 
the system becomes uneconomical. We cannot increase the size of batches at our 
current acquisitions rate without delaying cataloging. Therefore, we have been 
working on techniques for limiting the size of the TECMARC file. Analysis by 
subject qlass of records received in the MARC Pilot Project and of records which, 
we selected for use showed that we used more than 50 per cent of the records in 
some classes and less than 1 per cent in other classes. We determined that it 
would be more economical for us to eliminate from the TECMARC file, records 
in those classes in which we use a small percentage of the MARC records. - The- 
local input system via the Flexowriters can be used for the relatively few titles 
we catalog in those classes. The new program for updating the TECMARC file 
permits the specification of classes that will not be added to the file. Twenty-nine 
subject classes, such as BV (Practical Theology) , CS (Genealogy), RD (Surgery), 

SF (Veterinary Medicine) , and TX (Domestic Science), are currently being omitted 
from the TECMARC file. 

We also analyzed the records which were selected from the file to deter- 
mine how long they remained on the file before being selected. The distributions 
of times showed significant variation from one subject class to another. Generally, 
it appeared thi in those subject classes in which we selected a small proportion 
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RELATIONSHIP OP FILE SIZE AND BATCH 
SIZE TO COST PER TITLE 

PT-(H) C K* C P 

Oj - Cost per title 
FS - File size 

BS - Batch size (number of records selected from the file) 
” Cost per record read = ^.00063 

Cp " Cost per record processed - $.073 
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RELATIONSHIP OF FILE SIZE AND BATCH SI2S 
TO COST 'PER TITLE - FILE UPDATE AND 
RECORD SELECTION FUNCTIONS COMBINED 
IN SAME PROGRAM 

C.f - Cost per title 

FSq - File size, old file 

FS a - File size, add records - 1200 

FSjj - File size, delete records = 1200 

FSjj • File size, new file 

BS - Batch size (number of records selected from file) 
Cjq » Cost per record read or written = $.90068 

Cp - Cost per record processed s $/073 
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of the records on the file, we tended to acquire those books more rapidly. This 
indicates that unselected records in those subject classes might be purged from 
the file after a relatively short time, perhaps six months. Unselected records 
in the subject classes in which we eventually select a large proportion of the records 
might profitably remain on the file for a longer period, perhaps a year or eighteen 
months. The new program for updating the TECMARC file will purge from the file 
those records which have been on the file longer than a period which can be speci- 
fied for each subject class. We have not yet purged the file on this basis. This 
fall the oldest MARC II records will have been on the file for eighteen months and 
we will do another analysis to determine whether our findings on the use of the MARC 
Pilot Project records also hold true for the MARC Distribution Service records. 

Since the coverage of the MARC Distribution Service is broader than that of the 
Pilot Project and since more of our books are now being received automatically on 
approval plans, the patterns may be significantly altered. Through this analysis 
we will attept to determine the optimal time for unselected records in each class 
to remain on the file, and we will then begin purging the file on this basis. 

Obviously, the time that records need to remain on the file, and therefore 
the size of the cumulative file, are related to the acquisitions policies and procedures 
of the library. At the University of Chicago Library, the MARC tapes are used for 
the selection and ordering of monographs as well as for a source of cataloging data. 
Since they are considering records for use soon after they are received they have 
found it unnecessary to retain records on their cumulative MARC file for more 
than three months. Our new system provides for the printing of selection lists 
from the weekly MARC tapes. These lists will be distributed to staff members and 
faculty having responsibility or interest in book selection in -various subject areas. 
The checked lists will be used for initiating orders and the orders will be printed 
from the records in the TECMARC file. Hopefully, this will help to insure the 
early selection of books to be acquired, and uns elec ted records may then be purged 
from the TECMARC file after a shor te r pe r i od. '}?■ 'k y : -'yk'' 

In the output module of our system the major change is in the media in 
which the catalog will be produced. I mentioned earlier that we have been producing 
book catalogs, and supplements on the computer printer but have not had funds to 
reproduce and. distribute these catalogs; for use. We have considered three repro- 
duction methods for the book catalogs. One method is to print the catalog on the 
computer printer, photographically reduce each page and print by offset printing. 

A second method is to produce a magnetic tape which can control a photocomposi- 
tion device to produce the formatted pages and again print on an offset press. This 
method permits the use of a larger character set with various type styles and sizes, 
produces a more visually attractive page and permits much greater density of 
entries on the page. We estimate that using unreduced computer output we average 
14 entries per page, with photo-reduced computer output we average 25 entries 
per page and that with photocomposition we might get up to 65 entries per page. 



Until quite recently price quotations we had received for photocomposition would 
have made it significantly more expensive than the use of reduced computer out- 
put even though the number of pages to be printed and collated would be decreased 
by more than half. Prices for photocomposition work have been decreasing, how- 
ever, as more firms enter this field. A recent estimate we received would pro- 
duce a lower overall cost using this method. 



A third method which we have considered for producing our book catalogs 
is the use of Computer Output Microfilming (COM). In this method, a computer 
tape drives a COM device which creates page images on microfilm. In our case 
we would use the microfilm to produce multiple sets of microfiche. Of course, 
strictly speaking, the product will not be a book catalog. Nevertheless, the catalog 
will contain exactly the- same data in the same arrangement as our book catalog 
would have. It would even be possible to use the same tapes to drive either the 
computer printer or the COM device, producing entries in. exactly the same format. 
We will actually revise our print program to take advantage of special features 
of the COM device selected. Various reduction ratios may be obtained in the film 
output of the COM devices. A reduction of 42X permits up to 208 page images con- 
taining about 3,000 catalog entries on a single fiche. A reduction of 28X permits 
96 page images containing about 1400 entries per fiche, and a reduction of 24X 
permits 80 page images with about 1150 entries per fiche. Duplicate fiche in the 
projected quantity cost about $ . 10 to $ . 12 each. Production of the original costs 
about $20 per thousand page images and is not affected by the reduction ratio 
selected. Table III presents a comparison of the catalog size and costs for these 

three production methods using our projected volumes. It shows a cost ratio of 
at least 9 to 1 in favor of the microform catalog. By using a higher reduction 
ratio a greater saving could be achieved but with a, loss of compatibility among 
the various microfiche in use in the Library. 



The proposal which we have submitted for the funding of our ; microfiche 
catalog calls for other files to be distributed on microfiche as well. The existing 
card catalog will be filmed and reproduced on microfiche to form the basic fiche 
catalog which will be updated monthly by the COM produced supplernents . Our 
serials holdings' file will also be distributed on COM produced microfiche.-: These 

: three sets of fiche -will give a record of the monographic and serialvholdings of the 
Library. The PANDEX Current Index to Scientific and T e ch ni c a! ' Li t e rature which 
we are receiving on rhagnetic tape will also be usea to produce COM microfiche 
for distribution*/ This set of fiche will provide indexing : of about 1900 of the most 
important journals, 3^ 000 government technical reports arid 6, 000; books in 
scientific and technical fields annually., . These fiche would also be distributed 
monthly and would cumulate for one year* The proposal calls for distribution of 
46 readers and complete sets of fiche :on campus and 6 sets without the PANDEX 
fiche off campus* Telephone and campus delivery service would be provided as 
well as free copying of articles, for faculty member s . fV ,11'.. ■ 
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I will conclude with a brief evaluation of the system. We have had no 
problems or complaints from patrons or service librarians resulting from the 
use of the computer produced catalog cards. The proposed distribution of the 
book catalog on microfiche and the related services offer the promise of a con- 
venience to users that has not previously been offered in large academic libraries. 
Although we have temporarily had to discontinue distribution of the new book list, 
it was a service that some but not ali of our faculty found helpful. Our catalogers 
have had some difficulties and objections to the frequent changes in procedures that 
have accompanied the development of the system but are generally pleased with its 
operation. 



We do not have good current cost figures because of the frequent changes 
and the inefficiencies involved in converting from: one system to another. Table IV 
summarizes the costs of producing catalog cards on the B 5500 system during the 
spring and summer of 1968. The $ . 11 per card cost compares favorably with 
the $ . 17 per card whichi an earlier study showed that it had been costing us to 
use Library of Congress printed cards. Perhaps more significant is the increase 
in number of titles cataloged without a corresponding increase in staff. In 1965-66 
8, 000 titles were cataloged with cards purchased from the Library of Congress, 
when available, and prepared on Flexowriters when not available from-L. C. In 
1969-70 almost 20, 000 titles were cataloged, with cards for all monographs pro- 
duced by the computer. This was done with no increase in the number of clerical 
employees in the Catalog Department although two additional catalogers have been 
employed. The equivalent time of one full time position is required in the Data 
Processing Department for operation of the catalog production system.- \ 



On the other hand, development of the sy stem has been expensive. Com_ 
puter time and salaries for development of the original system totalled about 
$35, 000. Modifications to the original system and work on the improved system 
have required about $60, 000 to date. The design and programming effort for the 
book catalog has been much greater than that required for catalog cards. A system 
designed to produce catalog cards only could be developed at much le s s . expens e < , 
and could be operated more economically.' Also, now that the MARC II format 

has been developed and well documented and a number of libraries have experience 

with its use, a catalog production system might be developed at less expense. 
Nevertheless, I think that these figures indicate that it will be uneconomical for 
small and medium size libraries to develop their own systems. The figures in 
Table II showing the relationship of the cost per title for maintaining a cumulative 
MARC file and processing records from it to the size of the file and the number 
of records selected from it in a batch, lead to the same conclusion. It will not 
be economical for the small or medium' size general library to use MARC records 
in a system requiring maintenance of a cumulative MARC file. Unit costs may be 
quite attractive, however, when the costs of maintaining the file can be apportioned 
to a large number of records used. This would indicate that the very large library 
may benefit directly through the use of MARC records in an automated system but 
that the small and medium size libraries are likely to benefit only through proces- 
sing centers serving a number of libraries. 
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SUMMARY OF CARD PRODUCTION COSTS 



LABOR 

SUPPLIES AND EQUIPMENT 



COMPUTER TIME 



FILE MAINTENANCE RUNS . 


#.04 


SELECT RUN 


.28 


CORRECTION RUNS 


,02 


CARD PRINT RUN 
TOTAL COMPUTER RUNS 


.07 


TOTAL COST 




AVERAGE NUMBER OF CiR^ ^ TITLE 


• ..." Vv • 

8 


AVERAGE COST PER CARD 


($?.85/8) 




TABLE IV 



O 

me 




AVERAGE COST 
PER TITLE 

$ .30 
.14 

.41 
$ .85 

ft .ix 
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AUTOMATED CIRCULATION SYSTEM 

By 
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AUTOMATED CIRCULATION SYSTEM 



INT1MI) EVICTION 

Tfc-Ls discussion will cover four separate subjects. First, there will 
be a preliminary discussion of the steps in development of the Library Circu- 
lation System. Some of these steps have been covered in an earlier sesrsion 
but I will try to show unique problems that we encountered in the development 
of the Ohio State University Circulation System. Secondly, we will talk about 
the faun: general types of automated'circulation systems that are operating in 
the Unntesi State s today. Thirdly, we will go into detail on a sample batch- 
mode .system describing the various computer runs that compose the system. 
Fourthly, I will describe very briefly the Ohio State University Circulation 
System and general innovative developments in library automation. Very little 
time wall be spent on the O. S. U.' system as it would only be appropriate to the 
large institutions. 

I have various illustrative materials which I will pass around the class; 
of particular importance are the bibliographies. J 

PROBLEMS ENCOUNTERED IN THE DEVELOPMENT OF AUTOMATED SYSTEMS 

Starting with the first step in the development of the circulation system 
we have the determination of objectives. The institutional objectives must be 
taken into consideration and coordinated with the library objectives. It is 
sometimes difficult to get a clear cut definition bf the objectives of library 
automation. At O. S. U„ the library administration determined that an auto- 
mated approach to a circulation system would provide the greatest user benefit. 
Thus, our system is primarily user oriented and is not merely an improvement 
of internal library operations which would benefit primarily librarians. 

Objectives may also be considered in terms of long term and short 
term benefits. Our long term objective is to develop a totally integrated li- 
brary system, while our short term objective is to develop the automated 
circulation segment. 

One problem rarely discussed is the difficulty of getting administrative 
support for a program in automation. Perhaps this problem is unique to a 
large institution, but I think not. In any automation project you are normally 
going to need some new funds. It is very difficult to arrange for development 
of a system out of an existing library budget without having ongoing operations 
suffer. 



The first step in the actual development of a system is a detailed 
, .T1 analysis of the existing manual operation. In a small library and for 

:bl -stively unsophisticated automated system this may not be necessary, but 
• t'hg- tiro re complicated the activity, the more necessary this becomes. A systems 
asajj si s includes procedures, files used, personnel organization, and forms. 

Osier discovery in our analysis was the number of small files which had developed 
owffir- the years in the Circulation Department. These files were normally stored 
id -aid shoe boxes and were used for a wide variety of purposes. Typical of 
‘'shoe box" files were snag files, lost book files, problem files, etc. 

— - nf these "shoe box" files served some specific purpose however, and we 
.geifflssrally had to accommodate the activity in our eventual design. 

The actual design of an automated system should be preceeded by visits 
-ST >-dnil a r sized institutions with operating automated systems. This should be 
affirormpanied by a thorough review of the literature cn existing systems design. 
UTka real meat of the systems design is the development. of a top level systems 
fEsvv^chart and the writing of detailed program specifications. At O. S. U. we 
ssnsiit very little time looking at the various problems associated with computer 
hardware. We were told what hardware we had available and considered it an 
environmental parameter in which we had to work. Once the design is complete, 
you can then establish detailed work schedules. 

In the time scheduled for the actual writing of the computer programs 
yiouii.'sinould accommodate time for coding, testing individual programs, and 
testing the entire system. The amount of time spent on the latter step, systems 
testing, will be reflected in the smoothness of your conversion to an automated 

system.. ; ■ . ‘ • •’ 

The first step in the implementation of an automated circulation system 
is ELe conversion. -This can be an exceedingly complex problem. At O. S. U. 
vk converted our entire shelf list of over 700, 000 titles with the average of 88 

char acters per title. The actual: conversion: to machine: readable form was per - 
Janned by an outside vendor. The vendor, a computer service bureau, special- 
n^-d in library file conversions. The vendor , supplied us with edit listings which 
were then proofread by library personnel. Corrections Were then posted to the 
vendor tapes and the final .corrected tape was then delivered to the library. The 

vendor, with a staff of 20 typists, spent three, months in the conversion of the 
file. Our total expenses will be close to $100, 000. 00; or roughly 14. 3£ per title 

At this point I will have to stop as at O. S. U. we have just compleced 
our file conversion and I can no longer speak from first hand experience. 
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TYPES OF CIRCULATION SYSTEMS 



The four types of circulation systems that I will be discussing are the unit record 
system, the batch-mode system, the on-line data collection system, and the on-line 
catalog access system. 

The unit record system;uses, as do most library circulation systems, a data 
collection device. The data collector typically has a place where you can insert a 
punched card and a punched identification badge. Information on the book is entered 
from the punched card and information on the patron is taken from the punched badge. 

In addition, there are a number of keys on the data collector which can be used to enter 
variable data such as the date due. 

In a unit record system there are two common sub-types: the one-card system 

and the two-card system. In the one -card system there is a punched card in a book 
pocket in the back of each book which contains the identification number for the book. 
When ti e book is checked out this card is inserted in the data collector along with the 
patron identification badge. The date due is entered on the keyboard and release key is 
hit. The data collection device then punches a card which contains book information, 
patron information and the date due. The book card is replaced in the book and the 
identification badge is returned to the patron. The transaction cards are batched at 
the end of the day and merged with the accumulative transaction file which is then used 
to produce a listing of books in circulation. When discharging the book, the book card 
is removed from the book and placed in the data collector and the date dischargedus 
entered on the keyboard. This discharge transaction is then used to sort out on unit 
record equipment the circulation transaction record. These cards can then be used to 
produce a listing of books discharged that day. 

In the two -card system, you perform the same activitie s, however, the data 
collection device will produce two transaction cards. One card will go with the book 
along with the book pocket card, the other card will be used in the circulation file. 

When discharging a book under the two-card system, you need only pull the card that 
was punched for the original transaction and the book is ready to be shelved at that time. 
These, cards are then used to pull the circulation record from the circulation file. In 
the two-card system the data collection device is not needed at the point of discharge. 

In the batch-mode off-line system both the one-card and the two-card systems 
are used. The basic difference is the use of a computer instead of unit record equipment 
for the processing. 

"Batch-mode 11 means that transactions are accumulated during the day and then 
processed by the computer all at one time. "Off-line 11 refers to the status of the com- 
puter at the time the transaction takes place. Where transactions are batched and 
processed at later times the computer is obviously off-line. In on-line systems the com- 
puter actually processes the transaction the instant that it takes place. 
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It appears that the batch mode off-line circulation system is the most 
prevalent in use today. -Arkansas State University and Florida Atlantic University 
are both operating on a batch-mode off-line circulation system. ihe sample 
system that I will discuss later came from Wright State University, Dayton, Ohio. 

i 

The on-line data collection system is very similar to the off-line system. j- 

In this type of system the data- collector is connected on-line to the computer as j 

the transaction takes place, the information is transmitted directly to the com- 
puter and is logged on a transaction tape. At the end of the day, or at periodic j 

periods during the day, the log tape is processed in a batch-mode. These systems 
are usually used when the large computer is available where the library system 
can accumulate transactions in a time -shared environment. In a time-shared 
system, the computer is only busy when it is actually processing a transaction. 

The computer time is shared with various other users who may be performing ; 

a great variety of tasks. \ 

Sample systems of the on-line data collection type are Northwestern Uni- j 

versity and Midwestern University in Texas. j 

. . : ... j 

The fourth type of system is the on-line catalog access circulation system. 

Notice that I introduce the term, catalog at this point. What distinguishes the on- i 

line catalog access, system from the on-line, data collection system is the presence t 

of a master file (catalog). With the on-line catalog access system you have on- | 

line inquiry capability which is not present in any of the previous systems discussed. j 

Typical inquiry questions are as follows: Do we have the book? Is the book avail- | 

able? When will the book be returned? In this type of system all transactions 

affecting the circulation status of a book are processed on-line. ~ . j 

There is only one system that is presently operating in this country-- J 

the BELREL system. This is an on-line system which connects three libraries 
of the Bell Telephone. Corporation over long distance telephone lines. Their 
system is limited in that they can r only. inquire about books in circulation, and 
not the entire file. The Ohio State University Circulation System will provide . j 

full file inquiry, I'.'."’ : '-v/- ! "I-' 

A TYPICAL AUTOMATED LIBRARY CIRCULATION SYSTEM 

, The system that we. will talk about is a typical off-line batch mode s ystem. 

The system uses an identification badge in conjunction with. a data collector. To 
perform a check-out transaction you insert the patron's identification badge and 
a book pocket card into the data collector, and the data collector will then punch 
a card recording the transaction (Exhibit 1). The transaction card may be punched 

by the data collector itself. or by a keypunch which isvlocated separately from the 

data collector.- Some systems may use punched paper .tape instead of punched cards. 
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Some data collectors are available now which can write directly to magnetic tape. 
These charged transactions are accumulated during the day and are sent to the 
Computer Center where they will be entered into the Circulation System. When 
the books are returned, the book pocket cards are removed from the book and 
are inserted into the data collector (Exhibit E). This creates a discharge trans- 
action which is batched and sent to the Computer Center for processing. 

In the match and edit run there are basically two activities (Exhibit 3). 
First, a check is made on all transactions for valid patron identification numbers. 
This is done by checking the transaction identification number against a user name 
and address file. The name and address file contains the borrower's identification 
number, name, and address. All erroneous ID numbers are printed on the error 
listing. Secondly, this run checks all transactions and performs basic editing 
functions. The program will check that fields from the transaction cards are 
correctly aligned, that codes used are valid, and that all dates are valid. Again, 
errors detected will appear on the error list. Transactions which appear on the 
error list will be corrected and reentered during the next batch processing cycle. 
The output of the match and edit run is a file of valid current transactions. 

The current transactions are then sorted in a computer sort by call num- 
ber. These sorted current transactions are then used in various computer pro- 
grams, which will be discussed, shortly. 

The sorted current transactions file is then processed by the update circu- 
lation file run (Exhibit 4), This run will process the transactions and add them to 
the current circulation file, or, in the case of discharges, ■will remove the record 
from the circulation file. The output of this run is an updated circulation file and 
a fine file. The fine file is created by comparing the date discharged with the 
date due on the circulation file. Fines that were paid at the time of discharge are 
indicated on the discharge transaction and a record is not sent forward. The fine 
file is then sorted by patron identification number. 

The fine print run will lead the sorted fine file and pull from the name and 
address file the name and address of those patrons which have fines due. The run 
will then print a fine notice which contains information on the material borrowed, 
the date due, the date discharged, and the amount of the fine. The patron's name 
and address will appear on the fine notice. These notices can be printed on post 
card stock and taken directly from the printer, separated, and mailed. 

The updated circulation file is passed through the print circulation Hyfc 
program which will print the books in circulation report (Exhibit 5). This report 
is the basic source document for the circulation system and contains the book 
identification number, author and title information (if available), patron identi- 
fication number, date due, and various indicators. Indicators can be used to 
identify items overdue or items with holds. 



To process overdue items the circulation file is passed through the extract 
overdue run (Exhibit 6). The date due for items in the circulation file is compared 
to today's date and those items which are overdue are passed to the overdue file. 
The overdue items are then sorted by user identification number. 

The sorted overdue records are then passed against a name and address 
file to print the overdue notices. The overdue notices are printed in a similar 
fashion to the fine notices and are mailed to the patrons. 

The sorted current transactions are input to an analysis run (Exhibit 7). 
This run will analyze the transactions and print a daily analysis report. There 
are various types of reports that are possible with the information available on 
the transaction file. Some samples would be: An analysis of charge transactions 

by call number class, an analysis of transactions summarized by the hour of the 
day, an analysis of the books discharged by length of time in circulation, etc. 

The summary file may be written during this run which would compress the trans- 
actions into broader categories and retain them for detailed analysis weekly, 
monthly, or quarterly. . 



To process holds in the circulation system the request for hold is key- 
punched (Exhibit 8). The hold request transaction will contain the patron identi- 
fication number, the identification number of the book, and the date the hold was 

placed. The hold transactions are then sorted by call number. 

The new hold requests are then added to the hold master file which con- 
tains the records of all outstanding holds in the system. This updated hold file 
is then compared' against the daily transaction list and those items discharged * 

which match a hold record are printed out on the holds returned report. From 
this report notices can be sent to the patron notifying him that the material is 
available.. ' '-y- 1 ' •'.•Y'vn;- yv y ■■ ■'■ -.r .•/ •• •• : •• 



Cost Estimate for a Typical System: 



1 . 



G o nve r s ion ( non - r e c ur r ing ) • 

Prepare book cards for all present books 
60 characters per title times 100, 000 
volumes of six million characters. 
Conversion at 70£ per thousand characters 
Book cards and master book cards: 

Slip cards in books: 

Glue pockets into books: 

Book pockets , $6. 05 per thousand 

•■ s - : TOTAL 



$ 4200. 00 
200. 00 
1000. 00 
800.00 
480. 00 
$ 6680.00 
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2 . 



System design and testing (non-recurring) 
Programmer one half time for three months $ 

Programmer full time for three months 
Machine time for testing and debugging 

TOTAL $ 



1000. 00 
2000. 00 
300. 00 
3300. 00 



3. 



System Maintenance (annual) 

Prepare book cards for 36, 000 new volumes 
per year broken down into the items as follows: 
Punching: $ 

Cards : 

Forms: 

Machine rental broken down in the following items: 
Annual cost 

Data Collection system: $ 

Computer at 30 hours per month 
at $30 per hour: 

TOTAL $ 



1500. 00 
35. 00 
200 . 00 



6000.00 

10, 800. 00 
18, 525. 00 



INNOVATION AND TECHNOLOGY 

Most automated circulation systems in use today essentially ignore the 
tremendous advances in computer technology. As you can see from the circula- 
tion system that we previously discussed, the systems perform the same activi- 
ties that are being done in a manual system. When a book is checked out, a 
record is added to the circulation system; when a book is discharged, a record 
is deleted from the file, if a book is overdue, a message is sent to the user, etc. 
What you have is a very sophisticated computer system, replicating an archaic 
manual system. 

Libraries should not make the same mistake as the railroad industry. 
Railroads felt that their business was "trains" - not I'tr ansportation H # The recent 
bankruptcy of Penn Central Railroad should point out the fallacy of this reasoning. 

The real business of libraries is M information 1 ' - not "books’ 1 . 

One example of an innovative computer system, is the Ohio College 
Library Center (OCLC). The OCLC has a membership of 57 colleges and insti- 
tutions in the state of Ohio. This project is headed by Fred Kilgour, a noted author- 
ity in the field of library automation. The OCLC is planning a total library system 
tied together by a communications network which will encompass acquisitions, cata- 
loging, circulation, serials control, and information retrieval. Although this sounds 
like pretty blue sky activity, the initial on-line shared cataloging segment is planned 
for implementation in July, 1971- A cataloger anywhere in the state of Ohio can 
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sit down at a CRT terminal and request a book by author and title or LC Card 
Number. If the book has been cataloged by the Library of Congress or oy any 
member in the OCLC system, that cataloging will be displayed on the screen. 

The cataloger need only make local changes to the cataloging record by using a 
keyboard. This information will be transported back to the central computer, 
the changes will be made, and * complete set of catalog cards will be produced 
and mailed back to the cataloging library. Local holdings information will be 
added to the master file and eventually the entire catalog for the state of Ohio 
will be available for inquiry to any tnernber. 

The Ohio State University remote catalog access and circulation system 
provides another example of the innovative use of computer technology. The OSU 
library system contains 2. 4 million volumes, 700, 000 separate titles, 26 depart- 
ment libraries, and 60 separate collections. One large Main Library contains 
app r oxi ma t e ly 56% of the titles.. 

To check out a book in this system, the user will pick up a telephone 
and call a telephone operator stationed in the Main Library. The telephone 
operator, seated at a CRT terminal,- will enter the author and title of the material 
requested by use of a shortened key. The key is composed of the first four letters 
of the author's last name and the first five letters of the first significant word of 
the title. Items matching this key will be displayed on the CRT screen; the opera- 
tor will translate this information to the user. If the user requests the material, 
the operator will enter the user's identification number and the book will be 
charged to the user at that time. The computer will then send a message to the 
holding library where the book is located which will print on a typewriter terminal. 
The holding Lbi:hry will then page the book and place it on the hold shelf. We are 
studying an Additional service for the user which would include delivery. With 
this system we have provided known-item access to the catalog for anyone who can 
use a telephone. 

For local check outs,, the call number of the book and the patron identifica- 
tion number are entered on a typewriter terminal and the book is checked out at 
that time. The system uses an IBM S36.0/50 with 512, 000 byte core memory, a 
2314 disk storage unit for the master file, ten 2260 CRT terminals, and thirty- 
three typewriter terminals. 

QUESTIONS AND ANSWERS: Discussion 

Did you convert a MARC II record?. 

No, what we converted was a short record containing only that 
information needed for circulation purposes. As we add additional 
segments to the system, we can expand the record size. All records 
are variable length and contain a record directory. We do have a 
field which contains the Library of Congress card number which we 




may use at a later date to pull a full catalog record from the Library 
of Congress files when they become available. 

Will we have as many problems as you encountered? 

Some of the problems at O. S. U. are unique to high volume situations. 
For example, on our file conversion we had to proofread 63 million 
characters of information. 

What about users who read books i-fi the library? 

Any books that leave the stacks without being checked out exist outside 
the computer system. You will have less problems with the system 
if you tighten up the control of the book stacks and make sure that all 
items that leave the stacks are checked out. 



How do you get fines off the file? 

When the fine is paid you create a transaction which wipes the fine 
record off trie file. 



How can you tell if a book has a hold on it at the time of discharge? 

The hold master file could be printed daily and kept at the discharge 
desk. Perhaps, a copy of the circulation file, indicating items in 
circulation with holds, could be kept at the discharge desk. 

In the OCLC system, once a record was cataloged, when does it become avail- 
able? 

Instantly. 



What about local changes to the OCLC record? 

These changes are kept on a local record and will be part of each insti- 
tutions file. Local changes can then be displayed upon request. 

In the O. S. U. system how are books kept on the hold shelf? 

Books are placed on the hold shelf in the user identification number 

sequence. To pick up the material the user must present his ID 

card to the check out clerk and thereby, provides a measure of 
security. 



In the O. S. U. system what happens if you get more telephone inquiries than 
you have telephone operators? 

The telephone center has a recorded message which will instruct 
the user to call back again or call back at a less busy time of the day. 



Why didn't you use book pocket cards? 

We did a quick study and found that we didn't have enough shelf space 
to add 2.4 million book pocket cards and book pockets to the collection. 
This is a good example of our high volume problem. Experience in the 
BELREL system has shown that there is no appreciable difference in 
time between keying the information, for a charge transaction and enter- 
ing the same information into a data collector. 
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AUTOMATING SERIALS 
SAM A. DYSON 



This morning we are going to consider serials automation. I don't 
know how the other members of the faculty feel, but I feel like serials lend 
themselves least to automation, primarily because there are so many variables. 

I would like to give you a brief background first of all of Louisiana Tech's ex- 
perience in automation techniques, and, of course, the primary presentation 
will be on our serials project. 

I think fundamental to the background of our consideration has been 
the planning in the last 2 1/2 years of the new addition to the library. You 
have been told something about it since you have been here. We will have a 
nine-story addition to our present structure, which means that in cataloging 
and materials organization we were faced with the terrible prospect of having 
multiple card catalogs. So we began to think in terms of computer output, 
book catalogs, and computer lists, rather than a separate card catalog on 
each floor. With that kind of horror facing us, we began to cast around and 
look for possibilities of using computers to help us with our problems. 

We had already been given assurance by the computer center and by 
our computer advisory board on the campus that library procedures would rc 
ceive high priority. I had done my homework and told them tnat if we ever 
went to a computer and were depending upon it, we had to have the time, 
whether it was two o'clock in the morning or twelve noon; otherwise, we 
could not go into any of' these automated programs. 

We have several programs in progress, but we have none that are 
operating. We began very timidly. Several years ago, we tried to eliminate 
a bottleneck In overdue notices at the end of the quarter. On an experimental 
basis, we keypunched all the student campus addresses in machine readable 
cards and used that file for sending overdue notices: It was very successful. 

We discontinued that then, in order to do some planning on the new builmng 
so that this program would be possible when the thing was built. 

We now have a shelf list project going. Our sheU list has been selective 
ly coded, and computing center personnel are presently punching cards. I have 
thirty-five boxes of computer cards in my office as back up in case some ody 
blows my tapes. I'm going to keep those cards until they finish the punching,, 
project. And then we'll use tape back-up instead of card back-up. That project 
is about two-thirds finished as far as keypunching is concerned. 



You might be interested to know how we coded that. We had fourteen 
of our full-time personnel agree to spend the first hour they were on duty in 
the morning . coding code sheets using the shelf list as a source document. Of 
course, I had already outlined to them the format of a card and the format of 
a coding sheet. We got fourteen man hours of coding done every day, and no 
one really suffered for it. They all learned a great . deal about accuracy, and 
about writing legibly. There still remains a chore that nobody enjoys -- cor- 
recting the mistakes. I’ve pretty well taken this job upon myself at this point, 
but I may get some help later on. That is going to be a real formidable task, 
but I have two years to do it. 

We are also currently cooperating with twelve other institutions in the 
state in a Library of Congress card number Union List project. Each partici- 
pating library submits to the University of Southwestern Louisiana their L.G 
card numbers from the books they have recently acquired. We are punching 
the card number and our library code into cards and sending them to U. S* L. 
Others are just sending process slips containing the card numbers after their 
catalog departments finish with them. We are cooperating in this for several 
reasons: 

Because of a previous federally funded project of .the State Library, 
our State Library resources have been surveyed by the Humphrey brothers of 
New York. They made certain recommendations concerning systems of libraries 
in the stale. As we studied their recommendations , we realized that in order 
to be most efficient, we were going to have to find out what everybody else in 
the state had. The academic librarians, having felt this need many times be- 
fore, and having a new librarian in the state (Bill .McGrath, USL, who fathered 
this brain-child), .began to search for an economical way to have a union list 
of materials held in the academic libraries. We are using LC card numbers 
to produce that list. We also wanted to ascertain whether or not there was 
much duplication or multiplication of titles among our various libraries in the 
state. The project has now been going since last January, I believe. We have 
been contributing monthly (others have been contributing weekly) to this store 
of LG card numbers. Bill McGrath and his people down at USL have written 
programs to analyze these things statistically and the figures thus far. are 
showing that there is less than 10% duplication in all our libraries, which came 
as quite a shock. We thought that when LSU -Shreveport began they would be 
duplicating everybody’s collection. Thus far, this has not been the case. 

This project has several limitations: (1) It does not include our retrospective 

collection--only current acquisitions. (2) It is also limited to LC printed 
cards, so all the material we do from ’"scratch”, is not in the list. That is a 
vast area that the. program does not, include. If we ever get to book numbers 
maybe we can include those, too. 

The statistics produced have been extremely interesting. There is very 
little duplication, and when you have more than three copies of a title in the 
state it is a ver,y rare occasion. And these statistics, as I remember, include 
very close to 30, 000 titles. Lesc than 10% are duplicated titles. * 




Now the mos: recent project we undertook is the serials project. I 
will be quick to admit that we did not do it like ? told you the other day we were 
supposed to do it. We were backed into a crack if you will accept that expression 
Right at the time I was finishing and having final approval on the budget for this 
institute, a faculty member whom I had secured for the serials group phoned me 
and said there was absolutely no way he could get here. He had been transferred 
out of the library into the computer center and had a whole line of new duties, 
and he just couldn’t make it. Consequently, I lost my funds for support of that 
faculty member. I had to have names saying they would be with us to get the 
money. So, being the director, as many of you know the "buck” stopped on 
me. 



I had already had Roland Gatlin pour some machine language, 3PS and 
FORTRAN down me, and so I decided that I had better look at a language, 
COBOL or PL/1, more compatible to bibliographic data. I took some courses 
here in PL/1 and COBOL from our Colleges of Business and Engineering. I 
got a little insight into what I was faced with. Then when the faculty, over a 
conference telephone call and also by virtue of the questionnaires they filled 
out, indicated that COBOL was the most common language used, we decided 
upon COBOL for the institute. So I began to really concentrate on COBOL. I 

went to our serials librarian and told her what was going to happen. 

* 

I have done this in very simple steps. I highly recommend this type 
of process to you for doing any automation in your library. Just take one bite 
at a time to chew on and when you can handle it, go to the next step. This lias 
been so far a very successful method. Nothing I have done defies the compati- 
bility rule. In other words, everything I have done is in harmony with the 
total system I envision for Prescott Library. 



I really thought we would do circulation first, since everybody else 
does, but when circumstances dictated, we switched. That is why we went 
through the drill of coding the shelf list - this was preliminary to our circula- 
tion program. But we are continuing that. coding and keypunching job. ffe 
have gone off-on that serials .tangent, and we hope that it will fit together 
soraewhere along the way. 



From what we call our master holdings file, again which Was recently 
renovated pursuant to yet another project we are working on, which may or 
may not have computer applications, we selected at random ten titles from 
each of nineteen letters of the alphabet. We keypunched all the information 
we wanted on our serials holdings file and built a data base for the testing 
and debugging of our programs. 

■ ' • : • ...... \ . . . , . . . ■ .. 

In order that you may have a,, clear, picture, and I have told some oi 
our serials group this, our first step after flowcharting the procedure was 
actually to sit down at the master files in the library and c-de coding sheets 
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in a predetermined format. After we coded the coding sheets, we punched cards, 
based upon our ceding, on the 029 keypunch. That gave us a machine readable 
data base, and that data base has been used to build a holdings file. Now with 
this serials holdings file, as we call it, constructed, we have proceeded and 
built several different kinds of programs. We will go into those in just a few 
minutes. 

I have in this sort of homemade volume a print-out of all our serials 
programs to date. I will go through each of these and tell you what each one 
does and then if you have any questions, don't be bashful. If I can't answer 
them, I will just say, "I don't know 1 .'. 

Our first program is what we ca’^d SERLALSA because it was the be- 
ginning program. This was our first efi “ toward automating the library 
serials records. This is the program thac Duilds the holdings file from cards 
and puts it out on tape. Its purpose was'to build a master file with test data, 
and, of course, it will eventually become the master holdings file. Right now, 
all it contains is test data - 19- cities which were input in sets of seven cards 
and the output is 192 records, each 452 characters long. So I had the problem 
of reading seven separate cards which would contain the data for one single 
record. This wasn't such a bad problem, but it caused quite a bit of writing. 

I think the program had 153 punched card statements. Now with our holdings 
file on the Cape record, we have the following fields: 

(1) We have a sequence number. This is to facilitate alphabetic 
arrangement by title. Instead of trying to alphabetize a 124 character field, 

I simply put that six-digit number in order and my titles are automatically in 
alphabetic order. It is a lot better than trying to put a field of 124 characters 
in alphabetic order. So the first thing in that record is a sequence number. 

< 2 ) The second thing is the first part of a title field which is 62 gits. 

(3) Then there is a Dewey classification umber. 

(4) Next there is the second part of the title which is 62 digits. 

(5) There is an author number which, for the sake of library science, 
we call the second line of the call number. It really is not an author number 
with serials. The machine doesn't know that so I don't tell it any different. 

(6) Following that I have a 124 character holdings field. Obviously, 

I can't get all our detailed holdings statements in 124 characters. It just can't 
be done. So, in this list I have abbreviated to some extent a holdings statement. 
In other words, if we have Volume 1 through 10, 1942 to 1952 complete, I put 
there "Volume 1-10, 1942 to 1952 complete". If volume 11-13 are incomplete, 

I put the statement "Volume 11-13, 1953 to 1955, Incomplete". In 1954 if our 

holdings are complete to the present time, I wrote "Volume 14, 1954 to date". 

In some respects this will not indicate which individual issues are missing, 
like our serials record does in the serials departnrent. Maybe someday I 
might expand this record to take all this. At this time I don't feel a need to 
handle it that detailed. -- 
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(7) Then I have each journal coded with up to four subjects. The first 
subject is determined by the College which pays for it. The first question they 
ask is, "How many journals do we take in our College?" Then we can give them 
a list. The second subject is what I call the "primary" subject of the journal 
which may harmonize with the College that is taking it. Now in all institutions, 
journals have more than one area of interest. For example, in Arts and Sciences 
we have a lot of journals \vhich are useful to engineering students. These are 
journals that would be incerescing to engineering stuuents or teachers. So that 
second field is set. aside for what I would call the primary subject of the journal. 
The third and fourth subjects are of secondary and tertiary interest. This is 
especially important in the journals in the College of Business. They are in- 
terested in many things and some of the journals they like are over in the Hu- 
manities. So, in those two subject fields, I try to isolate possible areas of 
interest. So again we are limited to four subject areas. We are using words 
to describe subjects of journals. You could use codes and convert them to words, 

but we are using words in the records. 

(8) Now the next fields are floor location. You have a high-rise com- 
plex here and X anticipated some of our moves. I've actually got 5th floor, 

7th floor, and 9th floor written in the records. We can’t use that now, but 

we will by the time this is implemented. 

(9) Then I have a source of acquisition, that is, where we get the journal. 
That is coded with fiur digits. I indicate in that code whether the journal is 
domestic or foreign, direct or jobber, and two digits for the initials of the 
jobber, dealer or publisher. So that is coded. In one of the programs I convert 

those codes to names and addresses. 

(10) Then I have subscription status; whether it's ceased, dropped, or 
current. If it is "ceased", the magazine has ceased to exist. If it's dropped, 
we once* took it but nc longer take it. Once we've started taking a journal-- 
(barring a financial crisis in Baton Rouge) --we won't stop taking it. If it s 



current, tha.t means we still take it. # f 

(11) The primary language of the journal is ind ed next. This isn T t 

too important to us right now, but with the advent of all these Ph. D. programs 
we will need this code later. Wvs do have 100 or so foreign language journals 
now. The primary language of the journal is noted. ’ 

(12) The physical form of the journal is coded next, whether it is in 
Braille or microprint. It is a simple thing to write a program to convert these 
codes to the full written out word, like "braille", "microcard", etc. 

(13) Then we have noted frequency received; monthly, daily, annually, 
irregular, etc. This is a good spot to mention the fact that what we're trying 
to do here is to take care of the majority of the cases. We're not trying to 
write programs that will take re of every little exception. If you want to 
kill yourself, you can try that. , >.'re trying to take care of 85 per cent of our 
serials acquisitions. We feel if we can reach that point of automation, we have 
done pretty well. There is still going to be 15 per cent of the titles which will 
remain as manual programs, and there is no way around it. 
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(14) Then I have an expiration date written in here, and I think you can 
understand why we do that. We can take s oon -to -expire titles and have them 
renewed before they run out. 

(15) The fund that pays for the journal is divided by college, sometimes 
even by school within the college. 

(16) And the subscription cost. 

There are other things that we will add to the record later. We will 
add a binding schedule --so we'll know when to collect the material for binding. 
Our binding program is running very well right now. We have a monthly 
schedule (when we have money), and we send them out regularly. Every month 
we send a group of periodicals to be bound, and every two weeks we send books 
that are worn out to be bound. So that is the holdings record that we have built 
on a tape file. 

Que stion: Have you considered converting all your journals to a common 

expiration date? 

Answer: We have considered it, begged for it, and plead for it, and 
thus far have been unsuccessful. However, we have quite a number of our 
titles now expiring on December 30. 

Que stion: Is this because of state regulations? 

Answer : No, it is because we can't get much cooperation out of the 
jobber. We use Moor e -Cottrell, and Stechert-Hafner . But we are gradually 
getting them on a uniform expiration schedule. 

Our second program was called SERLALSB. There were two reasons for 
building this program; 

(1) Outside of a tape dump, I could not ascertain whether or not we 
got our information off cards and on to tape. I have a deep rooted faith, but 
not that deep rooted, and so I wrote another program that would read the tape 
and print it on the printer. Very simple. 

(2) But, there is a reason for doing that oh a regular schedule. You 
want to put out a printed list of your journals, alphabetically by title. We are 
going to put one of these bound volumes on each floor of the new building. One 
listed alphabetically by title, one listed by location, and one listed by subject. 
Each floor will have a separate listing of everything that is in the ho? iings file . 
The second program was built primarily to print out what we had on the holdings 
tape and print it out in a logical order. There are 100 places between each 
sequence number where we can put new titles in alphabetical order. 

Here is an example of how the list is read. The title is Nation, Vol. 14, 
1872, incomplete, Vol. 16, 187 3 to present. It's bought with general periodical 

funds; it's primarily political science. It will be located on the first floor; it 
is a domestic publication; it's bought from a jobber , Moor e -G ottr ell; it is cur- 
rent; it is English: paper form, weekly; it expires on January 1, 1971. General 
budget pays for it, $20. 00. 
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Now, the student is not going to need all that information. So we may, 
at a later date, pick out the portion of the record necessary to the patron if 
our volume gets too big. For example, we will just print out the sequence 
number, title, and the holdings , and maybe the subject headings, and leave 
all the rest of it off. For the time being we take about 1, 970 titles, and it 
didn't present too big a problem. 

Question: Did you consider the Union List of Serials as title authority 

for llStl J ^ wer . Nq> Since th e student is going to use this list, we took our 
titles directly from our visible file. We have a visible file on each floor now, 
and the students use them all the time. On second thought, our serials librarian 

in building the visible file from which we took this probably used the Union is_ 

ss her title authority. 

The next program t-i _ t we did was one that I think is going to oe one of 
the first ones needed, and that was a program, to sort these in subject arrange- 
ment. So again, using the same holdings file tape, (it is in the computing 
center labeled "DYSONF',, wc pull selected information from it, sort it, and 
print it out in alphabetical order by subject. The information we take off that 
master tape is subject, sequence number, location, and full call num er» 
is read from the tape, put on a disc, sorted, run off on to another tape, an 
printed from that second tape. The or’.put looks like this: first, t e su jec , 
title of magazine, sequence number, location, call number. So you don t have 
to use all your information on your record. (452. characters). You can just 
pull off 133 of those characters and print what you need. 

The next program in sequence that we did was to sort by location. I 
wanted a list on each floor which contains all the journals housed on that floor, 
plus the journals housed on other floors. Again, we selected information o.f 
the holdings file tape. I really didn't think about this until the print-cut came, 
but I wasn't through anyway, so I didn't worry about it; the floor oca ion is in 
alphabetic order, so it doesn't necessarily mean you are going to read from 
the first floor to the ninth in sequence. You're going to read alphabetically 
as the floor numbers are spelled out.. What I'm going to do is write a few more 
statements in there, and every time we get to a different floor, I'm going to 
skip to the top of the next page. We'll have a separate volume for each floor. 

Anytime you're considering a file like this, there is always the problem 
of how you get new information. Serials are notorious for changing title s. 

They change p ..J, format, everything. In serials more than anything else, 
you are going to have to have an update program. In my original file, I le 
out a lot of information. Also, I left out three author numbers. So, I have 
written a program that will insert any one of the items in that list. There are 

nineteen fields in this record, and it will pick out any one of those fields an 
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put new information in it, I went back and checked the spots where I had put 
in the information and it put it exactly where I wanted it. Of course, this was 
a. thrill to me, not being an old time programmer. 



There is one nice thing about these tape dumps here, on our configuration, 
it counts the record for you and tells you what the length, of it is. If one is too 
long or too short, it sticks out like a sore thumb. 



In conjunction with the receipt of periodicals, we were thinking about 
producing anticipated receipt, cards. We'll say weekly, using our master file, 
keying off of frequency, we will produce cards which represent journals that 
need to come in this next week. Everytime a journal comes in, the card for 
it will be put inside the journal. We'll be able to use those cards later on m 
another program in an SDI context; that is, to disseminate information to in- 
terested faculty, according to a faculty profile sheet. But, for the time being, 
we're using them strictly for anticipated receipt cards and for claim letters. 
Every card that is left over at the end of the week represents a magazine issue 
that has not arrived. We take those same cards and they become part of a 
basic record to produce a claim letter to the jobber, dealer, or publisher and 
tell them we didn't receive that issue. In order to do this business of sending 
claim letters to jobbers, we had to build and keypunch a program which holds 
the addresses of jobbers and publishers with which we do business. Everyone 
of the codes we have put in (last two digits on our acquisition source field) had 
to be filed in a list that contains the full name and address of the firm. So, 
this is what we did. 



We built in this program an address file of vendors that we use in our 
serials department. It has the added feature, which is necessary when you 
are building sequential files, that if you run into a code that is not covered 
in your address file, you'll have to do something with it or your program will 
blow. So, it has the feature of display. If you run into a code that is not in- 
cluded in your code list, it will print out the code and the sequence number, of the 
title, so that you can pinpoint exactly which journal caused the malfunction. 

It gives the machine something to do besides blow up in your face. This came 
off the console typewriter- -BBGI, which means domestic, direct, gift. Of 
course, in my address file, there was no record of DBGI, so it says, "no 
record found", and went on to the next card. Then there was FJSH--ioreign, 
jobber, Stechert-Hafner-- somehow I left that out of the address file, too. 

The address letters themselves can be output in many, many ways. 

There are as many different ways as there are people in this room, I guess. 

You can have a pre -printed message on a postcard, and you can put in just 
the name and address and the issue that you are claiming. You can put these 
on data mailers, which are expensive. For the sake of our experiment, 1 
wrote the whole rnessagc on the output sheet 

Prescott Library 
Louisiana Tech University 
Ruston, Louisiana 71270 




194 




I didn't put the date --no problem. "The latest issue o£ the following title has 
not at this writing been received by this library. Please cheek your records 
and send us a copy by return mail. " That message could be anything. 

Title is VIROLOGY, expected receipt date, June 1, 1970. You probably 
would give it about a month to come in late. Then the agency is addressed. ^ 
This will fit on an IBM card, or you can make it fit on a postcard, 8 1/2 " x 11 
paper, etc. If we were to adopt some form like that, we would probably have 

a pre -printed message, 

This is the point at which I quit. I think the most important part of 
this presentation is that you can, hopefully, see how we went one simple step 
at a time. We have actually done nothing more than build and manipulate in- 
formation from a single, data tape. All this is manipulated information off a 
single tape. Everything we’ve done so far is compatible with the systems we 
have dreamed of for the future in our library. 



Are there any questions ? 

Alright, you have in your packets this monster (68 pages of stuff). 

This goes into more detail about what I have just told you. I have not proofed 
it. Also, you'll find in there the actual programs. Don't try to keypunch 
these without some debugging'. Every program I've written for serials is in 

here. 

Answer: Time wise I would imagine it is faster to do ic by anticipate 

receipt cards. Because you've got on your visible file at the present, and 
you're not going to enter anything on the present file until something isn't 
there. So, it will be nothing more than taking this anticipated receipt card 
file alphabetically and pulling the title and sticking it in the magazine and 
sending it on. I can't give you any cost figures on this at this time because 
it is run only on an experimental basis. We have presently a binding schedule 
for journals. What we're going to do is code that schedule in this master 
record. We have plenty of extra space in our holdings file for coding in a bind- 
ing schedule. We do this monthly, so it will probably take the form of a two- 
digit numeric number in the form of 01 for January, 02 for February, etc. 

We'll ask the computing center to print out a list of titles to be bound in January 

No, I say it is going to do away with that readex file. The only time 
you make an entry is when the magazine does not come, and that won't be 
until after you have given up. That card keeps showing up in the anticipated 
receipt cards. Give yourself room for expanding the files. 



Let's take a coffee break. 
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TWELFTH DAY, June 26 



(Note; Activities not available for publication) 





THIRTEENTH DAY, June 27 



(Note; Critique not available for publication) 
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APPENDIX B 



CLASS SCHEDULE 



Sunday, June 14, 19 f O 
8:00 - 12:00 
1:00 - 5:00 



Arrival and assignment of living quarters (Kidd Hall) 



6:00 p. m. Evening meal; get acquainted 

Monday, June 15 (Note: All class meetings wTl be held in Rm. 302 Keeny 

unless otherwise informed) 

9:00 - 12:00 Mr, A. G, McKee 

Theory, terminology and tour of Computing Center 
with hardware description and capability 
12:00 - 1:00 Lunch 

1:00 - 5:00 Mr, S, A, Dyson 

System analysis and preparation of flow charts 



Tuesday, June 16 

3:00 - 12:00 Mr, FvOland Gatlin 

Programming Language 
12:00 - 1:00 Lunch 

1:00 - 5:00 Programming Language continued 

Wednesday, June 17 
8:00 - 12:00 

12:00 - 1:00 

1:00- 5:00 

e 

Thursday, June 18 

8:00 - 12:00 Mr, Gatlin 

Programming Language continued 
12:00 - 1:00 Lunch 

1:00 - 5:00 Programming Language 



Mr, Gatlin 

Programming Language continued 
Lunch 

Programming Language continued 



Friday, June J 9 

8:00 - 12:00 Faculty, Group Problems (Rm 301 Keeny Hall) 
Cataloging Problem: Mr, John Kennedy (#20) 

Circulation Problem: Mr, Gerry Guthrie (Rm 302) 

Acquisitions Problem; Mr. Bruce Alper (#23) 
Serials Problem; Mr, Sam Dyson (#24) 

12;00 - 1:00 Lunch 

1:00 - 5:00 Faculty, Group Problems 



O 
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Saturday, June 20 

8:00 - 12:00 Faculty, Group Problems 
12:00 - 1:00 Lunch 

1:00 - 'til Lake D'Arbonne recreation 

Tech Forestry Camp #2 

Sunday, June 21 Recess 

Monday, June 22 

8:00 - 12:00 Dr. William Axford 

Automating Library Budgets 
12:00 - 1:00 Lunch 

1:00 - 5:00 Mr, Alper 

Automating Library Acquisitions 



Tuesday, June 23 

8:00 - 12:00 Mr, Kennedy 

Automating Library Cataloging 

12:00 - 1:00 Lunch 

1:00 - 5:00 Faculty, Group Problems 

Wednesday, June 24 

8:00 - 12:00 Mr, Guthrie 

Automating Circulation 
12:00 - 1:00 Lunch 

1:00 - 5:00 Faculty, Group Problems 



Thursday, June 25 

8:00 - 10:00 Mr. Dyson 

Automating Serials 

10:00 - 12:00 Faculty, Group Problems 

12:00 - : 1:00 Lunch' . 

1:00 - 5:00 Faculty, Complete Group Problems 

Friday, June 26 

8:00 - 12:00 Mr. McKee and Computer Industry Representatives 
12-00 - 1:00 Lunch 

1:00 - 3:00 Mr, Alper and Mr, Kennedy, Computer Output Microfilme 

3:00 - 5:00 Mr, McKee, continued 

7:00 - 9:00 Evaluation by participants 



Saturday, June 27 

8:00 - 12:00 

12:00 - 1:00 
1:00 




Mr, Dyson 

Critique of Institute by Faculty 
Lunch . 

Departure of participants 
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APPENDIX C 



AGENDA FACULTY SESSIONS 



X, Thursday, June 11, 1:00 p.m, , Room 302 Keeny Hall 

A. Introductions 

Travel expense statements submitted here 

B. Packets 

C. Tour 

1, Of Classrooms 

2. Of Computing Center * McKee 

II. Friday, June 12, 9:00 a,m. , Room 302 Keeny Hall 

A. Class Schedule 

B, Formal Presentations 

C, Informal Schedule 
Noon Meal 

D. Parameters for group problems 

III, Saturday, June 13, 10:00 a, m, , Tech Forestry Camp #2 

A. System Control - McKee 

B. Syllabus 

G. Proceedings 
Ih Evaluation Questionnaire 
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APPENDIX D 



LOUISIANA TECH COMPUTING CENTER 
March 16, 1970 

PROCEDURE FOR PROCESSING PROGRAMS ON THE LA, TECH IBM 360 



j, GENERAL CLOSED SHOP PROCEDURE FOR PROCESSING INSTRUCTIONAL 
AND RESEARCH PROGRAMS, 

All coding sheets that are to be keypunched by Computing Center keypunch 
operators will be processed through the dispatching system. That is, a coding 
sheet to be keypunched is left at the dispatching window and picked up from the 
dispatching window in room KH 106, 



A program ready for computer run will be presented at the dispatching 
window in room KH 106, Such a program: must be complete with all control cards 
and data necessary for processing by the 360 comput : r . Under normal conditions 
the first card of an input deck will be the JOB card. The JOB card must contain 
the job name, department number, project number, the user's name, and the 
computer time required by the program in minutes (see Dispatching Station Physi- 
cal Description for exact format); This information is stored by the computer and 
used at the end of the month to prepare the Computing Center Users Accounting 
System reports. If special instructions are necessary for the processing of a 
program, such as mounting special tapes, disks, forms, etc, , use one of the old 
Utilization Record cards that are available on the table by the dispatching window 
to point out these special instructions and place it first in the input deck. 

The machine operator will process programs on a first-in first-out basis. 
One exception to this procedure will be that long execution time (in excess of 30 
minutes) programs will generally be processed during the closed shop run at 
5; 00 p, m. 

Programs will be processed during the normal work day by the machine 
operator during times that he is not busy with administrative runs. All programs 
that do not get processed during this time will be processed m an "after hours" 
closed shop run. This closed shop shift will be from 5;00 p, m, to 8: 30 p, m. 
Programs still remaining to be processed at the end of this operator attended 
shift will be batched into the system and the program decks and associated output 
distributed at 7:15 a. m. the next morning. Between terms and during vacation 
periods the "after hours" closed shop run will not be scheduled. 
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Any person who feels it necessary to be present in the machine room at the 
time his program is processed (to add or remove data cards, etc. -- not to correct 
errors in logic, coding, data, etc.) must submit his program to be processed during 
the "after hours" closed shop run. The shift operator will have the authority to 
judge the legitimacy of this need. In order to maintain operating efficiency it will 
be necessary to keep machine room congestion to a minimum. This is to be accom- 
plished by limiting access to the machine room to Computing Center personnel only . 
Any classes, laboratories, etc, that wish to use the facility as a group with the 
instructor should make arrangements with the Director of the Computing Center in 
advance . 

Programs that have been processed may be picked up from the dispatching 
window. If corrections are necessary, they may be made in room KH 105 and the 
program resubmitted to be processed again using the above procedure. The honor 
system will be used to maintain the integrity of this Closed Shop procedure. Every- 
one should use the utmost caution in picking up processed program decks and output 
sheets to assure that only his materials and not someone elses are removed. 

II. GENERAL INFORMATION 

All communication, user-center, will be via Room 102, Keeny Hall. 

A. Keypunch In 

Source programs will be written on coding sheets (available at the bookstore) 
and left at the dispatching window in KH 106, Only material submitted on these 
forms will be processed. All other will be rejected. These programs will be 
keypunched on a first-in first-out basis. 

Corrections to previously punched programs will also be written on 
coding sheets and submitted as though they were separate programs. No cards 
should be submitted for keypunch correction. The user is responsible for insert- 
ing corrected cards into a program or data deck. . 

All new programs should be coded including the proper control cards. 

The JOB card must contain, in addition to the program name the following 
information: (1) User's department and project number (2) User's name 

(3) Computer time required in minutes. 

Input data will be coded on the reverse aide of the coding sheets beginning 
with the back of the last page used for the source program. 

The user's name, department number, project number, course number 
and problem number should be written. in the . upper left corner of ALL coding 
sheets used. Write "360" in large numerals at the top of each coding sheet to 
distinguish those programs from those to be keypunched for IBM 1620. This is 
important because the keypunch coding is different. 
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B. Keypunch Out 



After programs are keypunched, the decks will be wrapped with the 
coding sheet, banded, and will be available at the dispatching window in 
Room 106 KH. Users should check by this room frequently to avoid an accumu 

lation of programs. , _ ... 

After picking up the keypunched decks, the user snould compare „his 

deck carefully against the coding sheet to assure himself that there are no ^ 
keypunch errors before submitting the program to the computer. If keypunch 
errors are present, he should write the corrected statement on a coding sheet 
and resubmit it to keypunch. 



C. Computer In 

When the us«r is satisfied that the program is free of keypunch errors, 
he may submit the deck to the computer. The program deck containing the 
appropriate control cards, source program, and data should be rubber banded 
and presented at the dispatch window according to instructions contained in 
the memorandum on the dispatching system. No unbanded programs will be 
accepted. Coding sheets and old program listings are NOT to be included 

with the decks. 



D. Computer Out 

Upon completion of a run, the computer operator will return the program 
deck with a listing of the program and a listing of the output (if any) and/or any 
error diagnostics to the dispatching station. Again programs should be picked 
up promptly to avoid accumulation. Program materials left more than 72 hours 

will be thrown away. 



E . Program Restart 

Programs that require more than 4 hours for execution should include 
an interrupt-restart routine in order that the program can be restarted without 
significant loss of execution time if it becomes necessary to interrupt its execu- 
tion. Users needing assistance in including such a routine in their program can 
readily get this assistance from Computing Center personnel. 

SPECIAL POINTS TO REMEMBER 

1, DO hand in all programs for closed- shop processing on coding sheets 
(available at the bookstore). 



2. DO identify each coding sheet by writing name, department number, project 
number, course number, and problem number in the space provided at the 
top of the sheet used. 
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3, DO write !, 360 ,} in large numerals at the top of each coding sheet, 

4, DO clip all coding sheets for one program together, 

5* DO check all cards for keypunch errors before submitting program to 
computer* 

6, DO use CALL EXIT statement. (FORTRAN users only) 

7, DO observe the following coding conventions, 

CODING CONVENTIONS: The following standard coding conventions should 

be followed in lettering program coding sheets for Closed Shop keypunching. 

Neatness is of prime importance 
All lettering will be in upper case 

0 - letter 0 

0 - numeral 0 
Z - letter Z 

2 - numeral 2 

1 - letter I 

1 - numeral 1 
0 - bLank space 

distinguish (from the letters C and L 
distinguish G from numeral 6 
distinguish H from N 
distinguish S from the numeral 5 

8, DO NOT resubmit decks for keypunch corrections; submit a coding sheet 
containing only the statements to be re -keypunched. Write "corrections" 
at the top of the page. 



DISPATCHING STATION PHYSICAL DESCRIPTION 

The Tech Computing Center is now using a dispatching procedure designed 
to effectively control and protect User 1 © programs that are submitted for key = 
punching and processing on the IBM 36th 

The IBM 360 Closed Shop dispatching station is located at room door 
number 106 Keeriy Hall* A window and counter have been installed in this door 
for the purpose of receiving keypunching jobs and input programs and dispersing 
program decks and associated output* Inside the door is a cabinet with forty- 
nine compartments for the storage of computer output by code number and trays 
for the storage of program decks that have been processed. 
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TIME SCHEDULE 



The dispatching station will be staffed during the following times: 



Monday through Friday 



7:15 


- 


7:45 a, m. 


8:45 


- 


9:15 a. m. 


10:15 


- 


10:45 a. m. 


11:45 


- 


1:45 p f m. 


2:45 


- 


8:30 p. m. 



Saturday 



8:20 


- 


9:15 


a, m. 


10:15 




11:45 


a. m. (G, C, R. ) 


2:00 


- 


3:00 


p. m. 


5:00 


- 


6:00 


p. m, (G. C, R, ) 



Sunday 

2:00 - 3:00 p. m. 

5:00 - 8:00 p.m. (G, G.R* ) 



NOTE: Above times are subject to change as dictated by usage* 



During the time not covered by the above dispatching schedule a user, 
at his discretion and risk, may leave an input program in the tray on the table 
in the hall. These programs will be put into process at the beginning of the 
next scheduled dispatching time and after they are processed the decks and their 
associated output will be placed back on the table for pickup by the user* 

G*G,R* - Guaranteed computer runs at* these times* Other week-end times are 
listed for dispatching activities and, if volume dictates, computer 
runs* 



PROCEDURE FOR USE 



1, Prepare jobs in usual manner with all necessary job control cards* 



2. // JOB card must contain the JOB name , the USER'S Department Number , 

the U SER'S Project Number, the USER *5 Name , and the total time required 
by the program in minutes in the following format: 



// JOB NEW (0501, 01010), "A. User", TIME -3 

a) The job name may consist of eight characters or less. 

b) The user name may contain any character between the quotation marks 
except another quote* The length of the user name cannot exceed 20 
characters including spaces* 
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c.) The mmm in TlME=mmm is the estimated time in minutes , the program 
will run. The time estimate must include compilation time. 

It is important that the estimated time in minutes nave no leading blanks 
' and that the time estimate be as accurate as possible. A time estimate 
that is too small will cause the program execution to terminate before 
completion (when the time estimate is exceeded by 15 seconds the job is 
terminated) whereas an estimate that is too large will cause the program 
to receive a lower run priority and lengthen the turn-around time for its 
execution (longer programs are run after the shorter programs have been 
proce saed) , 

3. Only if special instructions (such as mounting tapes, special disks, 
output in excess of 1500 lines of print, etc.) are necessary for the 
processing of a program will it be necessary to fill in the Special Instrue - 
tions section of the yellow Utilization Record card found on the table by 
the dispatching window, 

4 . Present the input program deck to the dispatcher at the window, 

? 

5. The dispatcher will give the user a Receipt Card containing a four -digit 
number and put a / / NUMBER card containing the same four -digit number 
on the front of the user's input program deck. 

6. When the user returns to pick up his program deck and computer output 

he must pre s ent Ills RECEIPT CARD in order to receive his work. 

Any suggestions for the improvement of this procedure will be appreciated. 
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APPENDIX E 



EVALUATION 



Please jive us the benefit of your honest opinion on the following 
points. You may enter comments or not as you wish. Check tlie most 
appropriate answer. 



I. ACCOMMODATIONS: 

A, Housing 
Comments: 

B. Meals 

C omroe nt s : 

G, Classrooms 
C omme nt: s : 

D. Recreation 
Comments: 

E. Computing Center 
Comments: 



Good 

15 



19 



14 



11 



18 



F air 
4 



Poor 

0 



N, C, 
1 



II. FACULTY 

A. Knowledge of Material 
Comments: 

B. Formal Presentations 
Comments: 



C. Group Leadershi 

Comments; 

D. General Helpfulness 

Comments;. 

E. Informal Presentations 

Comments: 

HI. PROGRAM 

A, General Impression 



19 

15 

18 

19 

19 

19 



0 



0 

ERIC 



B P Where should we have spent More time? 
C, Where should we have spent Less t ime ? 
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III. PROGRAM - Continued 

D. Strongest part of the institute program; 

E. Weakest part of the institute program: 

F. Has the institute been worth your time, expense, and effort? 

Yes 19 No 0 

Comments; 

G. As a result of this institute, do you feel more confident about your 
ability to use electronic computers in your library? 

Yes 19 No 0 

Comments: 

H. Did you complete the programmed learning course prior to your 
arrival on campus? 

Yes 9 No 10 

Comments: 

I. Was the institute program practical enough? 

Ye 17 No 2 

Comments: 

J. Based on this experience, do you feel you can proceed intelligently 
in introducing automation in your library? 

Yes 18 No 1 

Comments ; 

K. How would you rate the technicality of the program? 

1 Too technical 

18 About right 

0 Not technical enough 

Comments * 

L. Please rate the following aspects of the institute program: 



1. Programmed Course 


Very 

Helpful 

8 


Helpful 

8 


of Little 
Help 
2 


l. Tour of Computing 
Center 


8 


- • 6 ■ 


•' 5 ■ V 


3. Flowcharting 


12 


7 


0 


4. Programming Language 


13 


5 


1 



Comments: 
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APPENDIX E continued 



continued Very 

Helpful 


Helpful 


of Little 
Help 


5. 


Group Problems 13 


4 


2 


6. 


Automating Acquisitions 13 


3 


1 


7, 


Automating Cataloging 8 


8 


1 


8. 


Automating Circulation 9 


6 


2 


9. 


Automating. Serials 10 


6 


1 


10. 


Industry Representatives 


4 


15 



11. Computer Output 
Microfilmers 



3 



12, Informal Evenings 

Sessions 8 

13- Special Comments: 



EVALUATION - COMMENTS 
I. ACCOMMODATIONS; 

A, Housing Comments; ■ - | 

(1) Beds should be made every day and clean towels provided, 

(2) Telephone preferred, 

(3) Very good, 

B. Meals comments: . , 

(1) Best college food ever eaten, 

(2) Excellent. . : 

(3) Excellent, 

(4) Consistently fine. 

(5) Some of the best institutional food that I have ever eaten, 

(6) For the price you can't beat it. 
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C, Classroom? comments: 

(1) More room to allow faculty members to circulate unrestricted 
to help participants, 

(2) A larger room would have been more acceptable, 

(3) A little overcrowded, 

D, Recreation comments: 

(1) Enjoyed the ice cream social, 

(2) Good when we had time, 

(3) Thoroughly enjoyed the day at D'Arbonne. 

(4) Ruston is the same as always! But Forestry Camp #2 was great 

E , Computing Center Comments: 

(1) Very courteous personnel, 

(2) Several of the assist? nts very helpful and accommodating, 

II. FACULTY: 

A. Knowledge of material comments: 

(1) Faculty- had thorough knowledge of their specialty, 

(2) Excellent. 

(3) Very know’.edg able • 

(4) Excellent, 

B. Formal Presentations comments: 

(1) Good, but not a learning process, ■ 

(2) All presentations were not equally strong--for the most part I 
would rate the group "good", 

(3) Excellent, 

(4) Not very helpful, except programming (Gatlin). 

G, Group Leadership comments: 

(1) Excellent. 

D, General Helpfulness comments: 

(1) Hampered by the physical facilities; couldn't move about the 

room easily, 

(2) Excellent, 

(3) Couldn't have been better, 

(4) Very helpful and patient, 

E, Informal Presentations comments: 

(1) These comments were extremely valuable. 

(2) Excellent. 

(3) Very valuable, 

III. PROGRAM 

A. General Impression comments: 

(1) Institute was very helpful. . ■ . 

(2) Obviously faVw “able. 
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B. Where should we have spent More time? 

(1) On programming. 

(2) Rationale behind programming format. 

(3) Writing more programs with individual help. 

(4) Going over the basics of COBOL, 

(5) Flowcharting. 

(6) Group. 

(7) Group problems, 

(8) Elementary programming. Before I understood one concept of 

COBOL, we were off to another. 

(9) On own library ideas and possibilities. 

(10) Group work. 

(11) Flowcharts, 

(12) Individually working on a program. 

(13) In formal Cobol presentations --more leisurely explanation, 

(14) In group sessions. 

(15) Running more programs. 

(16) Correlating flowchart with writing programs. 

(17) Flowcharting and a little more on systems analysis, 

(18) Flowcharting; individual problems. 

C. Where should we have spent less time? 

(1) Faculty presentations on their institutions. 

(2) I probably needed more. 

(3) The minute details of Cobol, These could have been better handled 
at the small group level. 

(4) It would have been difficult to cut any phases shorter. 

(5) Computer tours. 

(6) Formal presentations. 

(7) Being entertained by RCA. 

(8) On committee work where a greater knowledge of other areas 

would have been more helpful. 

(9) Formal presentations. 

(10) With vendors. 

(11) It seems that we didn't have enough time all the way around, so it is hard 
to decide where less time should have been spent. 

(12) No place, that I can think of.. 

(13) Walking to and from the dining hall. : , , . 

(14) Actual programming. 

D. Strongest part of the program: 

(1) Classroom presentations by faculty. 

(2) The faculty., . v >u ;; ,, • ... v u 

(3) The demonstration of careful , pre -planning and , selection of faculty* 

(4) Low student /faculty ratio; intensive and well-coordinated instruction. 

(5) The programming section under Mr . ; Gatlin. 
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(6) The group sessions as it helped me understand the information. 

(7) It is extremely difficult to say now but it was likely the Fla. Atlantic 

Acquis. Info Syst. 

(8) Cobol Language lectures. 

(9) Class sessions. 

(10) The teaching and under standing of program principles. 

(11) Strong and excellent faculty members. 

(12) The faculty. Twas the greatest gathering of minds since Thomas 

Jefferson dined alone. 

(13) Student programming. 

(14) Programming. 

(15) Group sections, (However , full class sessions were valuable) 

(16) The small group instruction, 

(17) Faculty, 

(18) Exposure to the jargon and possible effectiveness of computer 

utilization. 



(195 First three days, 

E* Weakest part of the institute program; - 

(1) Last day of institute. 

(2) Too speedy presentation of programming language, 

(3) The computer company 1 s representatives presentations. They 



F. 



r: . 



were poor. 

(4) Observed none. 

(5) ? 

(6) Manufacturers' Representatives Day. By the last day of the institute, 
they knew less than we did. 

(7) Too much time in committee work without knowledge transmitted 

generally, _ = . . ‘ 

(8) The time in which we had to achieve what we did. 

(9) No part of the program was weak. 

(10) Mornings of second week. 



(11) Vendor visits. 

(12) AH day listening to the computer industry salesmen. 

(13) The computer industry representatives. 

(14) Amount of time allotted for the amount of material to be mastered, 

(15) I am not sure about the length and amount of material covered. Could 
it have been longer and not such an intense pace. But no doubt, it 
would have Tost sbme of its force/ and that was good, 

(16) The time could have been expanded to 2 1/2 weeks. 

Has the institute been worth your time, expense, and effort? 

(1) The institute was well worth everything, ' 

(2) Definitely! ’- v - * 

(3) Worked hard, considered result beneficial. 

(4) Yes, I would repeat the institute 7 if po s sible . 

(5) I feel I have gained in knowledge and ability and will therefore be able 



to ' c ommunic ate with rxiy c o mput e r center. f ! v. : " 
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(6) I think I am just about ready for the beginning of a program. 

G. As a result of this institute, do you feel more confident about your 
ability to use electronic computers in your library? 

(1) More confident, but plan to continue studying, 

(2) Already confident. 

(3) I feel that I can now discuss library problems with the computer 
center personnel as I understand their terms and language. 

(4) I feel that now I am able to take a formal course in computer 

science or program language. 

H. Did you complete the programmed learning course prior to your arrival 
on campus? Comments: 

(1) The books were well chosen, but I simply did not allow myself 

enough time to finish the second book. 

(2) End of fiscal year business and library work load preliminary to a 

three -week absence made this impossible. 

(3) A very cursory examination of the text. 

(4) It wasn't of great help. 

(5) Old excuse: didn't have time. 

{6) Thoroughly. 

(7) But merely rushed through due to busy schedule. 

(8) The second volume was too much. 

(9) Much too technical to complete! 

I. Was the institute program practical enough? Comments: 

(!) As a whole it was, but there were a couple of weak spots. 

(2) Although some concepts were covered that most of us will never 

have use for. 

(3) Not quite. 

(4) Decidedly! ! 

(5) Although I would have liked to have discussed my individual problems 
more with the faculty. 

J. Based on this experience, do you feel that you can proceed intelligently 

in introducing automation in your library? Comments; 

(1) If 1 cannot, it is not the fault of those giving the Institute. 

(2) I will still need some advice. 

(3) With some help, 

(4) Already done. " . 

(5) I will seek advice. 

(6) With the help of the computer personnel. 

(7) Only after further efforts at familiarizing myself with the subject. 

K. How would you rate the technicality of the program? Comments: 

(1) I am well pleased and surprised at the amount of general knowledge 
assimilated. 

(2) More time to grasp concepts of programming, 

(3) Not too technical for purposes of the institute, hut too technical for 
amount of time available. 
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Rating of different aspects of the institute program. Comments; 

2. Tour of Computing Center 

(1) A more thorough explanation of the hardware would have been 

helpful. 

(2) Hurried- -he wanted" us out of there, 

3* Flowcharting 

(1) Decision table construction lacking. They are helpful. 

5. Group Problems 

(1) Our problems should have been more clearly designed, 

(2) More time needed. 

6, Automating Acquisitions 

(1) Hit the nail on the head, very useful, 

10. Industry Representatives 

(1) Industry representatives presentations were of use in the 

sense that they gave us an opportunity to make some 
evaluation of the salesman's credibility* 

(2) Of little help, though, as Bruce said, it was a good lesson 

in what to expect of salesmen. 

(3) Value of representative's presentations , nil; as specimens 

of caveat emptor, interesting and valuable. 

(4) I would have liked to have been given written information 

about their products and possibly have seen the actual 
equipment, 

12, Informal Evening Sessions 

(1) The evening sessions would have been more helpful to me 

if they had been operated as individual tutorial sessions 
rather than as a group* 

(2) These sessions good not only for computer discussion, but 

general library discussions, 

13. Special Comments: 

(1) This' institute showed what can be done by those who plan 
carefully beforehand what is to be done, and by a group 
who are truly interested in the program. It was interesting 
to see the diversity of the participants as to age and interest 
in various aspects of library work. If all institutes were like 
this one, the educational world would be better off. 

The pace of the institute was rapid, and perhaps hard, but it was 
a good work-out* . . " . 

? (2) A very well organized institute, well planned to the smallest 

detail. The director 1 s kindness and attention was way beyond 
the call of duty. In one word- -excellent* 



(3) I think the institute was well planned, all details had been 

taken care of, the faculty were dedicated and could take 
all of our problems without losing their sense of humor, 

I learned a lot from the institute that will help me in my 
future plans in library work. The Director and faculty 
are to be congratulated for an outstanding job. 

Enjoyed it and profited from it--You are always second-guessed 
concerning the content of a short program. 

(4) I came to this institute with the feeling that I might be able to 

follow what was being discussed to some degree but X never 
expected to acquire as much information of a general nature 
which promises to be of great help in working with computer 
personnel, 

I would have liked to have been able to attend two of the group 
studies but of course this wasn't possible. 

(5) Intelligent, hard-working, knowledgable, congenial faculty- -and 

myself excluded, would say that students were congenial, 
cooperative, helpful, intelligent, interested. 

Faculty provided sound leadership, 

(6) The institute was extremely valuable for me. (I would regroup 

ones with prior training and formal classes in one group so 
slow learners could take more time. ) 

"Well organized. / 

(7) The crowded classroom was a problem. /The instructors were 

unable to move freely about the room. 

I did not expect to learn to program, but I feel that I accomplished, 
a good deal. 

All in all, I feel the institute was well planned and very helpful, 

(8) More interest has been created to use automation in a library 

system. 

(9) For the most part, the institute was an extremely worthwhile 

experience for this participant, 

(10) The institute was extremely helpful for me, and X feel that my 

time and money has been well spent. So many institutes of, 
this type turn into social occasions only, but I must say that 
this has not been the case here. It is always a pleasure to 
work in order to attain this goal. 

(11) Too much attempted in too little time, but all of it well worth 

doing and learning. 

Extreme variation in various capabilities and effectiveness of 
of the instructors. 

End of June is a bad time to schedule an institute such as this. 

All other comments which could be made would be very, very 
favorable. An excellent institute. 

(IE) In the interest of women's liberation — and otner things I 

think there should have been a more equitable proportion 
of women to,, men, particularly young women. 

(13) All things considered, an excellent institute, 

( 14) A longer lunch hour with time to nap would have helped. 

(15) Begin institute* Open ideas; Don't stop. 



APPENDIX F 



COMPUTER INDUSTRY REPRESENTATIVE’S SCHEDULE 
Friday, June 26, 1970 

8:00 - 9:00 General Electric, Mr. John Linden 

9:00 - 10:00 International Business Machines, Mr. Hines Vaughn 
10:00 - 11:00 Honeywell, Mr, Kenneth Inman 
11:00 - 12:00 National Cash Register, Mr* Tom Brown 
12:00 - 1:00 Lunch 

1:00 - 3:00 Computer Output Microfilmer, Mr. Bruce Alper and 

Mr. John Kennedy 

3:00 - 4:00 Radio Corporation of America, Mr. Richard R. Knauf 

and Mr. W. Richard Moore 

4:00 - 5:00 Xerox Data Systems, Mr. William E, Cartwright 
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